Modifier

Partager via

Déploiement de Power Automate à grande échelle

Azure Logic Apps
Microsoft 365
SharePoint
Power Automate
Microsoft Power Platform

Cette architecture concerne les flux de travail Power Automate qui remplacent les flux de travail SharePoint 2010 et pour les nouveaux sites SharePoint Online. Avec cette solution, vous pouvez :

  • Planifiez soigneusement votre stratégie de déploiement, de gouvernance et d’exploitation Power Automate.
  • Répondez aux besoins de l’organisation tels que les exigences de résidence des données, la protection contre la perte de données (DLP) et les exigences de licences flexibles et minimales.
  • Restez dans les seuils évolutifs de Power Platform.

Architecture

Diagramme montrant la topologie de déploiement de Power Automate inspirée du hub-and-spoke.

Télécharger un fichier Visio de cette architecture.

Flux de travail

La topologie de réseau hub-spoke Azure inspire cette architecture. Power Platform Solutions flux peuvent appeler des flux enfants à partir de Solutions. Les flux parent et enfant facilitent la gestion des flux en évitant les flux avec des centaines d’étapes.

Cette solution provisionne un flux d’init Power Automate flux de travail pour chaque site SharePoint. Dans le flux d’init, un utilisateur ou un événement lance un flux de travail. Le flux init appelle un flux central flux central workflow, qui exécute toutes les actions qui répondent à un besoin métier.

SharePoint Online et Power Platform prennent en charge de nombreuses régions géographiques. Chaque région a un ensemble de sites SharePoint Online. Cette concept de multigéographique s’étend aux flux centraux.

  1. L’équipe informatique provisionne un flux init sur chaque site SharePoint Online. Outre le déclencheur, le flux contient une action unique qui utilise Call Child Flow pour appeler un flux de travail de flux central.

  2. L’équipe provisionne les flux centraux dans chaque région géographique, correspondant aux régions SharePoint Online.

  3. Un utilisateur lance, ou un déclencheur d’événement, un flux de travail d’init flow. Selon le type de déclencheur, le flux d’init peut s’exécuter dans le contexte de l’utilisateur ou dans le maker contexte.

  4. Le flux init appelle un flux central dans la région appropriée. Pour un contexte utilisateur, le flux d’init peut transmettre avec autorité les informations utilisateur pour affirmer l’utilisateur au flux central.

  5. Le flux central peut appeler davantage de flux enfants si nécessaire pour maintenir le flux léger.

Composants

Ce scénario utilise les composants suivants :

Alternatives

  • Vous pouvez utiliser cette architecture avec Azure Logic Apps en remplaçant les flux centraux par des applications logiques. Il existe certains déclencheurs que Logic Apps n’a pas, comme SharePoint - Pour un fichier sélectionné. Dans ce cas, le flux d’init Power Automate peut utiliser le déclencheur, puis appeler une application logique.

    Logic Apps prend en charge le modèle de consommation, où vous payez pour ce que vous utilisez. Un modèle hybride utilisant Power Automate et Logic Apps est également réalisable. Si vous ne souhaitez pas vous soucier des seuils, Logic Apps est la solution recommandée.

  • Vous pouvez améliorer le modèle hub-and-spoke à l’aide d’un flux init unique par région au lieu de créer un flux par site SharePoint Online. Cette stratégie est possible uniquement si vous déclenchez le flux manuellement. Vous pouvez orchestrer le flux à appeler à partir de n’importe quel site SharePoint Online dans un locataire.

Détails du scénario

Microsoft Power Automate fait partie de la plateforme Microsoft Power Platform sans code ou à faible code. Les clients Microsoft 365 utilisent Power Automate pour l’automatisation des flux de flux de travail et les flux de processus métier.

Cas d’usage potentiels

Les flux de travail Power Automate conçus par le client se répartissent en deux catégories :

  • Les propriétaires de sites SharePoint créent généralement des flux de travail ad hoc. Les propriétaires de site assument pleinement la responsabilité de la conception, du déploiement et de la maintenance des flux de travail.

  • Les équipes informatiques créent des flux de travail qu’ils possèdent, gèrent et prennent en charge au cours de la durée de vie du flux de travail.

Cette architecture s’applique aux flux de travail où les équipes informatiques contrôlent entièrement le flux de travail et les cycles de vie des composants.

Considérations

Voici quelques avantages de l’adoption de ce modèle hub-and-spoke pour vos déploiements Power Automate :

  • La logique centralisée est facile à mettre à jour à un seul endroit, et tous les flux obtiennent automatiquement les dernières mises à jour.

  • Vous pouvez éviter d’attribuer des licences Premium à tous les flux d’init pour les sites SharePoint Online. Au lieu de cela, vous pouvez attribuer des licences Premium au nombre limité de flux centraux.

  • La séparation des sites SharePoint Online et des flux dans leurs propres régions répond aux exigences de résidence des données.

  • En fonction du déclencheur de flux init, le flux peut conserver le contexte de l’utilisateur de l’initiation à l’achèvement du flux central.

  • Pour répondre aux exigences saisonnières ou périodiques, ce modèle offre des mises à niveau et des mises à niveau flexibles de licence de flux central.

DevOps

  • Power Platform prend en charge l’intégration continue et la livraison continue (CI/CD) pour ses composants dans Solutions. Vous pouvez exporter et importer des solutions en tant que packages dans les environnements Power Platform et entre les locataires.

  • Il est préférable d’avoir un locataire de préproduction pour valider les mises à jour avant d’envoyer (push) des mises à jour et des composants à votre locataire de production. Étant donné que la mise à jour des flux centraux a un impact immédiat sur de nombreux flux d’init, il est important d’avoir une analyse et une validation de haute qualité. Lors de la promotion vers le locataire de production, veillez à utiliser des variables d’environnement pour les connexions. Vous pouvez donc choisir le point de terminaison correspondant au locataire cible.

  • Power Platform prend en charge l’alm des composants et des flux de travail avec Azure Pipelines ou GitHub Actions.

Opérations

Utilisez le kit de ressources Center of Excellence (CoE) pour Power Platform pour gérer de manière centralisée les flux et les surveiller pour les défaillances. Le kit de ressources CoE affiche également les composants Power Platform et les dépendances entre les composants. Vous pouvez concevoir chaque flux pour intercepter et consigner des défaillances ou informer quelqu’un pour une meilleure prise en charge.

Sécurité

  • La gestion des droits d’utilisation pour les flux que vous créez sous Solutions est différente des flux en dehors des solutions. Avec les flux en dehors des solutions, vous pouvez accorder des autorisations à une liste de sites ou à une bibliothèque SharePoint pour lancer le flux. Les flux dans solutions associent des autorisations à un groupe basé sur un environnement Dataverse appelé Équipe de groupe, que vous pouvez mapper à un groupe Microsoft Entra. Vous pouvez ensuite gérer les utilisateurs dans le groupe Microsoft Entra.

  • Tous les utilisateurs, à l’exception de l’administrateur de l’environnement, doivent avoir des autorisations en lecture/exécution uniquement dans les environnements de production, afin que les utilisateurs finaux ne puissent pas créer de composants.

  • Vous pouvez appliquer des stratégies DLP au niveau de l’environnement, ce qui permet une plus grande flexibilité pour répondre aux exigences métier.

Optimisation des coûts

Vous ne payez aucun coût supplémentaire pour ce scénario si vous remplissez les conditions suivantes :

  • Il n’existe aucune dépendance vis-à-vis des connecteurs Power Platform Premium.

  • Les flux peuvent se conformer aux seuils d’exécution d’actions de la licence initiale Microsoft 365, comme E3 ou E5.

Sinon, vous devez acheter des licences Premium, par utilisateur ou par plan de flux, uniquement pour les flux centraux. La tarification peut varier en fonction du nombre de flux centraux dont vous avez besoin dans chaque région géographique. Vous n’avez pas besoin d’attribuer de licences Premium aux flux d’init, ce qui est plus élevé en nombre.

Contributeurs

Cet article est géré par Microsoft. Il a été écrit à l’origine par les contributeurs suivants.

Auteur principal :

Pour afficher les profils LinkedIn non publics, connectez-vous à LinkedIn.

Étapes suivantes