Edytuj

Share via

Wdrażanie usługi Power Automate na dużą skalę

Azure Logic Apps
Microsoft 365
SharePoint
Power Automate
Microsoft Power Platform

Ta architektura dotyczy przepływów pracy usługi Power Automate, które zastępują przepływy pracy programu SharePoint 2010 oraz dla nowych witryn usługi SharePoint Online. Dzięki temu rozwiązaniu można wykonywać następujące czynności:

  • Starannie zaplanuj strategię wdrażania, ładu i operacji usługi Power Automate.
  • Spełniaj potrzeby organizacji, takie jak wymagania dotyczące rezydencji danych, zapobieganie utracie danych (DLP) oraz elastyczne i minimalne wymagania dotyczące licencjonowania.
  • Bądź w granicach skalowalnych progów platformy Power Platform.

Architektura

Diagram przedstawiający topologię wdrażania usługi Power Automate inspirowaną piastą i szprychą.

Pobierz plik programu Visio z tą architekturą.

Przepływ pracy

Topologia sieci piasty i szprych platformy Azure inspiruje tę architekturę. Przepływy rozwiązania Power Platform mogą wywoływać podrzędne przepływy z rozwiązań. Przepływy nadrzędne i podrzędne ułatwiają zarządzanie przepływami, unikając przepływów z setkami kroków.

To rozwiązanie aprowizuje przepływ inicjowania usługi Power Automate dla każdej witryny programu SharePoint. W przepływie inicjowania użytkownik lub zdarzenie inicjuje przepływ pracy. Przepływ inicjowania wywołuje przepływ pracy przepływu centralnego, który uruchamia wszystkie akcje spełniające potrzeby biznesowe.

Usługi SharePoint Online i Power Platform obsługują wiele regionów geograficznych. Każdy region ma zestaw witryn usługi SharePoint Online. Ta koncepcja z wieloma obszarami geograficznymi rozszerza się na centralne przepływy.

  1. Zespół IT aprowizuje przepływ inicjowania w każdej witrynie usługi SharePoint Online. Oprócz wyzwalacza przepływ zawiera jedną akcję używaną Call Child Flow do wywoływania centralnego przepływu pracy przepływu.

  2. Zespół aprowizuje centralne przepływy w każdym regionie geograficznym odpowiadającym regionom usługi SharePoint Online.

  3. Użytkownik inicjuje przepływ pracy przepływu inicjowania lub wyzwalacz zdarzenia. W zależności od typu wyzwalacza przepływ inicjowania może być wykonywany w kontekście użytkownika lub w kontekście twórcy .

  4. Przepływ inicjowania wywołuje centralny przepływ w odpowiednim regionie. W przypadku kontekstu użytkownika przepływ inicjowania może autorytatywnie przekazywać informacje o użytkowniku w celu potwierdzenia użytkownika do centralnego przepływu.

  5. Centralny przepływ może wywoływać więcej przepływów podrzędnych, jeśli jest to konieczne, aby zachować lekki przepływ.

Składniki

W tym scenariuszu są używane następujące składniki:

Alternatywy

  • Tej architektury można używać z usługą Azure Logic Apps , zastępując centralne przepływy aplikacjami logiki. Istnieją pewne wyzwalacze, których usługa Logic Apps nie ma, na przykład SharePoint — dla wybranego pliku. W takim przypadku przepływ inicjowania usługi Power Automate może używać wyzwalacza, a następnie wywoływać aplikację logiki.

    Usługa Logic Apps obsługuje model zużycia, w którym płacisz za używane elementy. Model hybrydowy korzystający zarówno z usług Power Automate, jak i Logic Apps jest możliwy. Jeśli nie chcesz martwić się o progi, usługa Logic Apps jest zalecanym rozwiązaniem.

  • Model piasty i szprych można ulepszyć przy użyciu jednego przepływu init na region zamiast tworzenia jednego przepływu dla witryny usługi SharePoint Online. Ta strategia jest możliwa tylko wtedy, gdy przepływ zostanie wyzwolony ręcznie. Możesz zorganizować przepływ, który ma być wywoływany z dowolnej witryny usługi SharePoint Online w dzierżawie.

Szczegóły scenariusza

Usługa Microsoft Power Automate jest częścią platformy Microsoft Power Platform bez kodu ani z małą ilością kodu. Klienci platformy Microsoft 365 używają usługi Power Automate do automatyzacji przepływu pracy i przepływów procesów biznesowych.

Potencjalne przypadki użycia

Przepływy pracy usługi Power Automate zaprojektowane przez klienta należą do dwóch kategorii:

  • Właściciele witryn programu SharePoint zwykle tworzą przepływy pracy ad hoc. Właściciele witryn ponoszą pełną odpowiedzialność za projektowanie, wdrażanie i konserwację przepływu pracy.

  • Zespoły IT tworzą przepływy pracy, które w pełni posiadają, zarządzają i obsługują w okresie istnienia przepływu pracy.

Ta architektura ma zastosowanie do przepływów pracy, w których zespoły IT w pełni kontrolują cykle życia przepływu pracy i składników.

Kwestie wymagające rozważenia

Oto kilka zalet wdrażania tego modelu piasty i szprych dla wdrożeń usługi Power Automate:

  • Scentralizowana logika jest łatwa do zaktualizowania w jednym miejscu, a wszystkie przepływy automatycznie pobierają najnowsze aktualizacje.

  • Możesz uniknąć przypisywania licencji Premium do wszystkich przepływów inicjowania dla witryn usługi SharePoint Online. Zamiast tego można przypisać licencje Premium do ograniczonej liczby przepływów centralnych.

  • Segregowanie witryn usługi SharePoint Online i przepływów do ich własnych regionów spełnia wymagania dotyczące rezydencji danych.

  • W zależności od wyzwalacza przepływu inicjowania przepływ może zachować kontekst użytkownika od zainicjowania do centralnego ukończenia przepływu.

  • Aby spełnić wymagania sezonowe lub okresowe, ten model oferuje elastyczne uaktualnienia licencji przepływu centralnego i zmiany na starszą wersję.

DevOps

  • Platforma Power Platform obsługuje ciągłą integrację i ciągłe dostarczanie (CI/CD) dla swoich składników w rozwiązaniach. Rozwiązania można eksportować i importować jako pakiety w środowiskach platformy Power Platform i w różnych dzierżawach.

  • Najlepszym rozwiązaniem jest posiadanie dzierżawy przedprodukcyjnej w celu zweryfikowania aktualizacji przed wypchnięciem aktualizacji i składników do dzierżawy produkcyjnej. Ponieważ aktualizowanie przepływów centralnych natychmiast wpływa na wiele przepływów inicjowania, ważne jest, aby mieć analizę i walidację wysokiej jakości. Podczas podwyższania poziomu do dzierżawy produkcyjnej upewnij się, że używasz zmiennych środowiskowych dla połączeń, aby wybrać punkt końcowy odpowiadający dzierżawie docelowej.

  • Platforma Power Platform obsługuje składnik i przepływ pracy ALM za pomocą usługi Azure Pipelines lub GitHub Actions.

Operacje

Użyj zestawu narzędzi Center of Excellence (CoE) dla platformy Power Platform, aby centralnie zarządzać przepływami i monitorować je pod kątem awarii. Zestaw narzędzi CoE pokazuje również składniki i zależności platformy Power Platform między składnikami. Każdy przepływ można zaprojektować, aby przechwycić i zarejestrować błędy lub powiadomić kogoś o lepszej obsłudze.

Zabezpieczenia

  • Zarządzanie upoważnieniami dla przepływów tworzonych w obszarze Rozwiązania różni się od przepływów spoza rozwiązań. Przepływy poza rozwiązaniami umożliwiają nadanie uprawnień do listy witryn programu SharePoint lub biblioteki w celu zainicjowania przepływu. Przepływy w rozwiązaniach są związane z uprawnieniami do grupy opartej na środowisku Dataverse o nazwie Zespół grupy, którą można mapować na grupę Firmy Microsoft Entra. Następnie możesz zarządzać użytkownikami w grupie Microsoft Entra.

  • Wszyscy użytkownicy z wyjątkiem administratora środowiska muszą mieć uprawnienia tylko do odczytu/wykonywania w środowiskach produkcyjnych, aby użytkownicy końcowi nie mogli tworzyć żadnych składników.

  • Zasady DLP można stosować na poziomie środowiska, co pozwala na większą elastyczność w zakresie spełnienia wymagań biznesowych.

Optymalizacja kosztów

W przypadku spełnienia następujących warunków nie płacisz żadnych dodatkowych kosztów dla tego scenariusza:

  • Nie ma zależności od łączników usługi Power Platform Premium.

  • Przepływy mogą być zgodne z progami wykonywania akcji licencji inicjacyjnej platformy Microsoft 365, takimi jak E3 lub E5.

W przeciwnym razie musisz zakupić licencje premium, na użytkownika lub plan przepływu tylko dla przepływów centralnych. Ceny mogą się różnić w zależności od liczby przepływów centralnych potrzebnych w każdym regionie geograficznym. Nie musisz przypisywać licencji premium do przepływów inicjowania, które są wyższe.

Współautorzy

Ten artykuł jest obsługiwany przez firmę Microsoft. Pierwotnie został napisany przez następujących współautorów.

Główny autor:

Aby wyświetlić niepubalne profile serwisu LinkedIn, zaloguj się do serwisu LinkedIn.

Następne kroki