Étendre les pipelines dans Power Platform

Les pipelines peuvent être personnalisés pour répondre aux besoins uniques d’une organisation. Par exemple, vous pouvez ajouter des approbations, déployer via des principaux de service et intégrer des systèmes d’enregistrement internes, Azure DevOps, GitHub et bien plus encore. En utilisant les événements métier Microsoft Dataverse, vous pouvez exécuter une logique métier dans Power Automate ou différents autres services abonnés. Que votre pipeline soit simple ou sophistiqué en interne, l’expérience de déploiement reste simple pour les créateurs.

Important

  • Les nouvelles extensions de pipeline sont progressivement déployées dans différentes régions et peuvent ne pas encore être disponibles dans votre région.
  • Les clients de pipelines existants peuvent avoir besoin de mettre à jour l’application pipelines Power Platform pour activer de nouvelles fonctionnalités. Vous pouvez gérer les mises à jour dans le centre d’administration Power Platform.
  • Vous ne pouvez pas étendre les pipelines personnels créés dans Power Apps (make.powerapps.com).

Extensions à accès restreint disponibles

Les déploiements de pipelines progressent à travers plusieurs étapes prédéfinies jusqu’à la fin du déploiement. Les extensions fermées insèrent des étapes personnalisées dans la progression où une logique métier personnalisée peut être exécutée. C’est comme votre propre train personnel dont vous contrôlez les arrêts et la poursuite du voyage.

Diagramme du train d’extensibilité

Lorsqu’elle est activée, chaque extension insère une étape personnalisée à un point différent de la progression d’un déploiement. Vous pouvez utiliser des extensions seules ou ensemble.

  • Étape requise avant exportation exécute une logique de validation personnalisée lorsque vous envoyez une demande de déploiement. Les pipelines n’exportent pas la solution à partir d’un environnement de développement tant que vous n’avez pas terminé cette étape. Activez uniquement cette extension pour la première étape d’un pipeline. Par exemple, utilisez-le pour les tests d’assistance utilisateur (UAT).

  • Le paramètre « Le déploiement est délégué » effectue des déploiements à l’aide d’un principal de service ou de l’identité du propriétaire de l’étape de pipeline au lieu de l’identité du créateur à l’origine de la demande. Cette identité garantit que les développeurs peuvent demander des déploiements sans nécessiter d'accès élevé (ou même aucun) dans les environnements cibles. Cette extension nécessite l’approbation d’une identité autorisée.

  • Étape préalable au déploiement requise offre une flexibilité supplémentaire pour insérer une étape personnalisée une fois qu’un déploiement est approuvé. Par exemple, utilisez-la si une approbation finale est requise.

Activer les extensions contrôlées

Les étapes que les extensions gated insèrent sont dans un état en attente jusqu’à ce que votre logique métier s’exécute et signale enfin à l’hôte de pipelines la fin ou le rejet de l’étape. Les makers peuvent voir quand un déploiement est en attente et peuvent annuler leur demande de déploiement jusqu’à l’étape finale du déploiement.

Note

Une fois les artefacts de solution gérés et non gérés exportés, le système les stocke dans l’hôte des pipelines et interdit toute falsification ou modification. Le même artefact managé, par version, se déploie à toutes les étapes suivantes du pipeline dans l’ordre séquentiel. Ce processus garantit qu’aucune solution ne peut contourner les environnements d’assurance qualité ou les processus d’approbation.

Comprendre les déclencheurs et les actions du pipeline

Chaque étape d’un déploiement de pipeline déclenche un événement en temps réel au début et à l’achèvement de l’étape. Vous pouvez lancer une logique personnalisée pour ces événements. L’activation des extensions limitées produit des déclenchements supplémentaires. Ces déclencheurs correspondent à l’étape personnalisée insérée lorsqu’une extension est activée sur la phase de pipeline.

Les tableaux suivants indiquent les déclencheurs et les actions requis pour chaque extension. Vous pouvez utiliser des paramètres de sortie à partir de chaque déclencheur dans les étapes suivantes d’un flux cloud.

Extension à accès contrôlé Déclencheur de démarrage d’étape Déclencheur de fin d'étape Action non liée Connexion à utiliser
Étape préalable à l’exportation requise OnDeploymentRequested N/A UpdatePreExportStepStatus Toute identité ayant accès à la mise à jour de l’enregistrement d’exécution de l’étape de déploiement
Est un déploiement de type délégué OnApprovalStarted OnDeploymentCompleted Créez une connexion en tant que principal de service ou propriétaire de l’étape de pipeline, comme configuré dans l’étape de pipeline. Le propriétaire de l’étape de pipeline doit être propriétaire du principal de service dans Microsoft Entra ID.
Étape préalable au déploiement requise OnPreDeploymentStarted OnPreDeploymentCompleted UpdatePreDeploymentStepStatus Toute identité ayant accès à la mise à jour de l’enregistrement d’exécution de l’étape de déploiement

Note

OnDeploymentRequested se déclenche pour tous les déploiements.

Diagramme du déploiement vers la première phase

Triggers

Les flux cloud Power Automate dans l’environnement hôte des pipelines offrent des déclencheurs sous le Lorsqu’une action est effectuéedéclencheur du connecteur Dataverse.

  • Catalogue : Microsoft Dataverse Common.
  • Catégorie : pipelines Power Platform.
  • Nom de la table : (aucun).
  • Nom de l’action : sélectionnez une option dans la liste. Les pipelines fournissent les actions personnalisées suivantes qui créent un déclencheur dans les flux cloud Power Automate. Les événements associés à l’approbation et à OnPreDeployment* se déclenchent uniquement lorsque vous activez l’extension correspondante. OnDeploymentRequested
    OnApprovalStarted
    OnApprovalCompleted
    OnPreDeploymentStarted
    OnPreDeploymentCompleted
    OnDeploymentStarted
    OnDeploymentCompleted

Voici une capture d’écran d’un déclencheur.

Déclencheurs de pipelines dans Power Automate

Conditions de déclenchement

Power Automate conditions de déclencheur vous permettent de personnaliser le déclencheur afin que le flux s’exécute uniquement lorsque certaines conditions sont remplies. Par exemple, vous devez peut-être exécuter différents flux et la logique métier associée dans différents pipelines ou différentes étapes du pipeline. Cette condition permet également de maintenir les exécutions de flux et la consommation de requêtes Power Platform à un niveau bas.

Conditions de déclenchement des pipelines dans Power Automate

Déclencher un flux pour un pipeline spécifique

Déclenche une exécution de flux pour toutes les phases d’un pipeline (pipeline Contoso). Dans cet exemple, remplacez « Pipeline Contoso » par le nom de votre pipeline :

@equals(triggerOutputs()?['body/OutputParameters/DeploymentPipelineName'], 'Contoso Pipeline')

Déclencher un flux pour une phase spécifique dans un pipeline

Déclenche un flux pour une phase de déploiement dont le nom est égal à « Contoso UAT » :

@equals(triggerOutputs()?['body/OutputParameters/DeploymentStageName'], 'Contoso UAT')

Déclencher un flux pour des phases spécifiques dans un pipeline

Déclenche un processus pour les étapes de déploiement avec le nom de l'étape contenant « QA » :

@contains(triggerOutputs()?['body/OutputParameters/DeploymentStageName'], 'QA')

Pour en savoir plus sur les expressions utilisées dans les conditions, voir Utiliser des expressions dans les conditions pour vérifier plusieurs valeurs.

Actions

Après avoir exécuté la logique souhaitée dans les flux cloud, utilisez l’action Perform an unbound action avec l’action correspondante pour chaque extension à accès limité.

Ces paramètres sont disponibles dans les actions pour les extensions à accès restreint correspondantes :

  • UpdatePreExportStepStatus, UpdateApprovalStatuset PreDeploymentStepStatus:
    • 10 est le statut En attente défini par le système.
    • 20 pour compléter l’étape.
    • 30 pour rejeter l’étape. Le déploiement ne se poursuit pas et le système fait passer le statut à Échec. Vous pouvez également ajouter des commentaires orientés créateur et administrateur pour indiquer la raison du rejet.
  • ApprovalComments et commentaires de prédéploiement :
    • Les commentaires visibles par le créateur dans l’historique des exécutions des pipelines. Les approbateurs utilisent ces commentaires pour partager des informations avec l’auteur de la demande. Par exemple, pourquoi leur déploiement a été rejeté ou des informations sur les processus spécifiques à l’entreprise.
  • PreExportProperties et ApprovalProperties:
    • Les administrateurs peuvent stocker des informations ou des paramètres personnalisés ici sans que cela soit visible pour les créateurs. Par exemple, un lien vers l’exécution du flux ou l’approbation, ou d’autres données pertinentes. L’objectif consiste à offrir de la flexibilité et à simplifier les rapports personnalisés pour les données liées au déploiement.

Samples

Téléchargez, puis importez la solution gérée souhaitée dans l’environnement hôte de vos pipelines. Personnalisez ces exemples pour répondre aux besoins uniques de votre organisation.

Exemples d’extensibilité des pipelines

Ce téléchargement contient des flux cloud d’exemple pour utiliser les déclencheurs et actions précédents avec des pipelines. Pour plus d’informations, consultez Téléchargement de l’exemple de solution.

Exemples de déploiement délégué

Ce téléchargement contient des exemples de flux de cloud pour gérer les approbations et partager des applications canevas et des flux déployés dans l’environnement cible. Pour plus d’informations, consultez l’article « Télécharger l’exemple de solution ».

Étapes suivantes