Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
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.
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.
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.
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.
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.
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,UpdateApprovalStatusetPreDeploymentStepStatus:-
10est le statut En attente défini par le système. -
20pour compléter l’étape. -
30pour 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.
-
-
ApprovalCommentset 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.
-
PreExportPropertiesetApprovalProperties:- 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 ».