škálování nasazení Power Automate

Logic Apps
Microsoft 365
SharePoint
Power Automate
Microsoft Power Platform

microsoft Power Automate je součástí microsoft Power platformu bez kódu nebo nízkého kódu. zákazníci Microsoft 365 používají Power Automate pro toky automatizace pracovních postupů a obchodních procesů. tato architektura je určena pro Power Automate pracovní postupy, které nahrazují pracovní postupy SharePoint 2010 a pro nové SharePoint Online weby. V tomto řešení můžete:

  • pečlivě naplánujte své Power Automate nasazení, zásad správného řízení a provozní strategii.
  • Vyhovět potřebám organizace, jako jsou požadavky na data o sídle, prevence ztráty dat (DLP) a flexibilní a minimální licenční požadavky.
  • Zůstaňte v rámci škálovatelných prahových hodnot Power Platform.

Potenciální případy použití

Power Automate pracovní postupy navržené zákazníkem spadají do dvou kategorií:

  • SharePoint vlastníci webů většinou vytvářejí pracovní postupy ad-hoc. Vlastníci webu mají plnou zodpovědnost za návrh, nasazení a údržbu pracovního postupu.

  • IT týmy vytvářejí pracovní postupy, které plně vlastní, spravují a podporují dobu života pracovního postupu.

Tato architektura se vztahuje na pracovní postupy, ve kterých tým IT plně řídí pracovní postup a životní cyklus komponent.

Architektura

Diagram znázorňující topologii nasazení Power Automate hub a paprsek nechte inspirovat

Stáhněte si soubor aplikace Visio s touto architekturou.

Azure hub – topologie sítě paprsků inspires tuto architekturu. Toky řešení Power Platform mohou vyvolat podřízené toky z řešení. Nadřazené a podřízené toky usnadňují správu toků tím, že se vyhnete tokům se stovkami kroků.

toto řešení zřizuje pracovní postup toku Power Automate inicializací pro každý SharePoint web. V toku inicializace buď uživatel, nebo událost inicializuje pracovní postup. Inicializační tok volá pracovní postup centrálního toku , který spouští všechny akce, které odpovídají potřebám podniku.

SharePoint Online a Power Platform podporují mnoho geografických oblastí. každá oblast obsahuje sadu SharePoint Online weby. Tento koncept s více geografickými oblastmi rozšiřuje do centrálních toků.

  1. IT tým zřídí tok inicializací pro každý SharePoint Online web. Kromě triggeru obsahuje tok jednu akci, která používá Call Child Flow k volání pracovního postupu centrálního toku.

  2. tým zřídí ústřední toky v jednotlivých geografických oblastech, které odpovídají SharePoint Online oblasti.

  3. Spustí se uživatel, nebo Trigger události, pracovní postup toku inicializace. V závislosti na typu triggeru může být tok init spuštěn v kontextu uživatele nebo v kontextu Tvůrce .

  4. Inicializační tok volá do příslušné oblasti centrální tok. Pro kontext uživatele může inicializační tok autoritativně předat informace o uživateli a vyhodnotit uživatele k centrálnímu toku.

  5. Centrální tok může v případě potřeby vyvolat více podřízených toků, aby byl tok lehký.

Komponenty

Tento scénář používá následující součásti:

Alternativy

  • tuto architekturu můžete použít s Azure Logic Apps tím, že nahradíte centrální toky pomocí Logic Apps. k dispozici jsou některé triggery, které Logic Apps nemají, jako je například SharePoint – pro vybraný soubor. v takovém případě může tok Power Automate inicializaci použít trigger a pak zavolat aplikaci logiky.

    Logic Apps podporuje model spotřeby, kde platíte za to, co využijete. také je možné použít hybridní model používající Power Automate i Logic Apps. Pokud se nechcete obávat prahových hodnot, Logic Apps je doporučené řešení.

  • model hvězdicového a paprskového modelu můžete vylepšit pomocí jednoho inicializačního toku na oblast, místo aby se vytvořil jeden tok na SharePoint Online web. Tato strategie je možná jenom v případě, že tok spouštíte ručně. tok, který se má vyvolávat, můžete orchestrovat z libovolného SharePoint Online webu v tenantovi.

Požadavky

tady je několik výhod, jak tento model hub a paprsky přijmout pro nasazení Power Automate:

  • Centralizovanou logiku je snadné aktualizovat na jednom místě a všechny toky automaticky získají nejnovější aktualizace.

  • můžete se vyhnout přiřazování licencí premium ke všem inicializačním tokům pro SharePoint Online weby. Místo toho můžete přiřadit licence Premium k omezenému počtu centrálních toků.

  • oddělení SharePoint Online weby a toků do jejich vlastních oblastí splňuje požadavky na zaregistrování dat.

  • V závislosti na triggeru inicializačního toku může tok zachovat kontext uživatele z inicializace do centrálního dokončení toku.

  • Tento model nabízí flexibilní a periodické požadavky na licence centrálního toku, aby splnila sezónní nebo pravidelné požadavky.

DevOps

  • Power Platform podporuje průběžnou integraci a průběžné doručování (CI/CD) pro své komponenty v řešeních. Řešení můžete exportovat a importovat jako balíčky napříč prostředími Power Platform a mezi klienty.

  • Než zadáte aktualizace a součásti do provozního tenanta, je nejlepší mít předprodukčního tenanta, aby ověřili aktualizace. Vzhledem k tomu, že aktualizace ústředních toků okamžitě ovlivní mnoho toků inicializace, je důležité mít vysoce kvalitní analýzu a ověřování. Při povýšení na provozního tenanta nezapomeňte použít proměnné prostředí pro připojení, abyste si mohli vybrat koncový bod odpovídající cílovému tenantovi.

  • Power Platform podporuje ALM nebo GitHub akce pomocí Azure Pipelines nebo pracovního postupu.

Operace

Využijte špičkovou sadu nástrojů (COE) Toolkit pro Power Platform pro centrální správu toků a sledujte jejich selhání. Sada CoE Toolkit také zobrazuje komponenty Power Platform a závislosti mezi komponentami. Jednotlivé toky můžete navrhovat tak, aby se zachytily a zachytily chyby nebo aby se pro lepší podporu upozornily na někoho.

Zabezpečení

  • Správa nároků pro toky, které vytvoříte v řešeních, se liší od toků mimo řešení. v případě toků mimo řešení můžete k zahájení toku udělit oprávnění k seznamu webů nebo knihovně SharePoint. Toky v řešeních mají oprávnění k propojení skupiny založené na prostředí datatext s názvem Skupina týmu, kterou můžete namapovat na skupinu Azure AD. Pak můžete spravovat uživatele ve skupině Azure AD.

  • Všichni uživatelé s výjimkou správce prostředí musí mít v produkčním prostředí oprávnění jen pro čtení a spouštění, takže koncoví uživatelé nemůžou vytvářet žádné součásti.

  • Zásady ochrany před únikem informací můžete použít na úrovni prostředí, což umožňuje větší flexibilitu při splnění obchodních požadavků.

Ceny

Pokud splňujete následující podmínky, platíte za tento scénář žádné další poplatky:

  • Neexistují žádné závislosti na konektorech Power Platform Premium.

  • toky můžou splňovat prahové hodnoty pro provádění akcí Microsoft 365 licence na počáteční hodnotu, jako je E3 nebo E5.

V opačném případě musíte zakoupit prémiové licence na jednotlivé uživatele nebo toky, a to pouze pro centrální toky. Ceny se můžou lišit v závislosti na tom, kolik centrálních toků budete potřebovat v každé geografické oblasti. Nemusíte přiřazovat licence Premium k inicializačním tokům, které jsou výše v čísle.

Další kroky