Microsoft Power Automate är en del av den kod som inte är kodad eller har Microsoft Power Platform. Microsoft 365 kunder använder Power Automate för arbetsflödesautomation och affärsprocessflöden. Den här arkitekturen är Power Automate arbetsflöden som ersätter SharePoint 2010-arbetsflöden och för nya SharePoint Online-webbplatser. Med den här lösningen kan du:
- Planera noggrant Power Automate för distribution, styrning och drift.
- Uppfylla organisationens behov som krav på datahemlighet, skydd mot dataförlust (DLP) och flexibla och minimala licenskrav.
- Håll dig inom de skalbara tröskelvärdena för Power Platform.
Potentiella användningsfall
Kunddesignade arbetsflöden Power Automate indela i två kategorier:
SharePoint webbplatsägare skapar vanligtvis ad hoc-arbetsflöden. Webbplatsägare tar fullständigt ansvar för arbetsflödesdesign, distribution och underhåll.
IT-team skapar arbetsflöden som de äger, hanterar och stöder fullständigt under arbetsflödets livslängd.
Den här arkitekturen gäller för arbetsflöden där IT-teamen fullständigt styr arbetsflödet och komponentlivscyklerna.
Arkitektur
Ladda ned en Visio-fil med den här arkitekturen.
Nätverkstopologin i Azure hub-spoke inspirerar den här arkitekturen. Power Platform Solutions-flöden kan anropa underordnade flöden från Lösningar. Överordnade och underordnade flöden underlättar flödeshanteringen genom att undvika flöden med hundratals steg.
Den här lösningen innehåller ett Power Automate init-flödesarbetsflöde för varje SharePoint webbplats. I init-flödet initierar antingen en användare eller en händelse ett arbetsflöde. Init-flödet anropar ett centralt flödesarbetsflöde som kör alla åtgärder som uppfyller ett affärs behov.
SharePoint Online och Power Platform stöd för många geografiska regioner. Varje region har en uppsättning SharePoint Online-webbplatser. Det här multi-geo-konceptet sträcker sig till de centrala flödena.
IT-teamet tillser ett init-flöde på varje SharePoint Online-webbplats. Förutom utlösaren innehåller flödet en enda åtgärd som använder för att
Call Child Flowanropa ett centralt flödesarbetsflöde.Teamet tillser de centrala flödena i varje geografisk region, som motsvarar SharePoint Online.
En användare initierar, eller en händelseutlösare, ett init-flödesarbetsflöde. Beroende på utlösartypen kan init-flödet köras i användarens kontext eller i maker-kontexten.
Init-flödet anropar ett centralt flöde i lämplig region. För en användarkontext kan init-flödet auktoritativt överföra användarinformationen för att bekräfta användaren till det centrala flödet.
Det centrala flödet kan anropa fler underordnade flöden om det behövs för att hålla flödet förenklat.
Komponenter
I det här scenariot används följande komponenter:
- Power Automate använder flöden för att skapa automatiserade processer.
- SharePoint Online-webbplatser hjälper organisationer att dela och hantera innehåll, kunskap och program.
- Power Platform data, skapar lösningar, automatiserar processer och skapar virtuella agenter.
- Power Platform miljöer lagrar, hanterar och delar en organisations affärsdata, appar, chattrobotar och flöden.
- Power Platform Solutions är mekanismen för att implementera ALM (Application Lifecycle Management) i Power Apps och Power Automate.
- Azure Active Directory (Azure AD) är en universell plattform för att hantera och skydda identiteter.
Alternativ
Du kan använda den här arkitekturen Azure Logic Apps genom att ersätta de centrala flödena med logikappar. Det finns vissa utlösare som Logic Apps inte har, till exempel SharePoint – för en vald fil. I så fall kan Power Automate init-flödet använda utlösaren och sedan anropa en logikapp.
Logic Apps stöder förbrukningsmodellen, där du betalar för det du använder. En hybridmodell som använder både Power Automate och Logic Apps är också möjlig. Om du inte vill bekymra dig om tröskelvärden är Logic Apps den rekommenderade lösningen.
Du kan förbättra modellen med nav och ekrar genom att använda ett enda init-flöde per region i stället för att skapa ett flöde per SharePoint Online-webbplats. Den här strategin är bara möjlig om du utlöser flödet manuellt. Du kan orkestrera flödet som ska anropas från valfri SharePoint Online-webbplats i en klientorganisation.
Överväganden
Här är några fördelar med att använda den här nav-och-eker-modellen för Power Automate distributioner:
Centraliserad logik är enkel att uppdatera på en plats och alla flöden får automatiskt de senaste uppdateringarna.
Du kan undvika att tilldela Premium-licenser till alla init-flöden för SharePoint Online-webbplatser. I stället kan du tilldela premiumlicenser till det begränsade antalet centrala flöden.
Att skilja SharePoint onlinewebbplatser och flöden till sina egna regioner uppfyller kraven på datahemhemlighet.
Beroende på init-flödesutlösaren kan flödet behålla användarens kontext från initiering till slutförande av centralt flöde.
För att uppfylla säsongsbaserade eller periodiska krav erbjuder den här modellen flexibla uppgraderingar och nedgradering av central flow-licenser.
DevOps
Power Platform stöd för kontinuerlig integrering och kontinuerlig leverans (CI/CD) för dess komponenter i Lösningar. Du kan exportera och importera lösningar som paket i Power Platform miljöer och mellan klienter.
Det är bäst att ha en förproduktionsklient för att verifiera uppdateringar innan du push-pushar uppdateringar och komponenter till produktionsklienten. Eftersom uppdatering av de centrala flödena direkt påverkar många init-flöden är det viktigt att ha analys och validering av hög kvalitet. När du befordrar till produktionsklienten ska du se till att använda miljövariabler för anslutningar, så att du kan välja den slutpunkt som motsvarar målklienten.
Power Platform stöd för ALM för komponenter och arbetsflöden med Azure Pipelines eller GitHub Actions.
Operations
Använd Verktygslådan Center of Excellence (CoE) för att Power Platform hantera flöden centralt och övervaka dem för fel. CoE-verktygslådan visar Power Platform komponenter och beroenden mellan komponenter. Du kan utforma varje flöde för att fånga och logga fel eller meddela någon om bättre support.
Säkerhet
Berättigandehantering för flöden som du skapar under Lösningar skiljer sig från flöden utanför Lösningar. Med flöden utanför Lösningar kan du ge behörighet till en SharePoint webbplatslista eller bibliotek för att initiera flödet. Flöden i lösningar knyter behörigheter till en Dataverse Environment-baserad grupp som kallas Gruppteam,som du kan mappa till en Azure AD-grupp. Du kan sedan hantera användare i Azure AD-gruppen.
Alla användare utom miljöadministratören måste ges läs-/körbehörighet i produktionsmiljöer, så slutanvändarna kan inte skapa några komponenter.
Du kan tillämpa DLP-principer på miljönivå, vilket ger större flexibilitet för att uppfylla affärsbehoven.
Prissättning
Du betalar inga extra kostnader för det här scenariot om du uppfyller följande villkor:
Det finns inget beroende på Power Platform Premium-anslutningsappar.
Flödena kan följa tröskelvärdena för åtgärdskörningar för Microsoft 365 seed-licens, till exempel E3 eller E5.
Annars behöver du köpa Premium-licenser per användare eller per flöde-plan, endast för de centrala flödena. Prissättningen kan variera beroende på hur många centrala flöden du behöver i varje geografisk region. Du behöver inte tilldela Premium-licenser till init-flöden, som är högre i antal.
Nästa steg
- Använda underordnade flöden i Power Automate
- Definiera en Power Platform miljöstrategi
- Microsoft Dataverse Group Teams
- Använda miljövariabler i Power Platform lösningar
- ALM med Power Platform
- Power Automate prissättning
- Vanliga frågor och svar Power Automate om Power Automate licensiering