Présentation des pipelines dans Power Platform

Les pipelines dans Power Platform visent à démocratiser la gestion du cycle de vie des applications (ALM) pour Power Platform et les clients Dynamics 365 en intégrant l’automatisation de l’ALM et les capacités d’intégration et de livraison continues (CI/CD) dans le service d’une manière plus accessible pour tous les fabricants, administrateurs et développeurs.

Les pipelines réduisent considérablement les efforts et les connaissances du domaine auparavant nécessaires pour réaliser le retour sur investissement en adoptant des processus ALM sains et automatisés au sein de votre équipe ou de votre organisation.

• Les administrateurs configurent facilement les pipelines de déploiement automatisés en quelques minutes plutôt qu’en jours ou en semaines.
• Les créateurs disposent d’une expérience utilisateur intuitive pour déployer facilement leurs solutions.
• Les développeurs professionnels peuvent (éventuellement) étendre les pipelines et les exécuter à l’aide de l’interface de ligne de commande (CLI) de Power Platform.

Les administrateurs gèrent et gouvernent les pipelines de manière centralisée

Les pipelines permettent aux administrateurs de gérer de manière centralisée des projets dirigés par des citoyens et des développeurs professionnels à grande échelle avec moins d’effort. Les administrateurs mettent en place les protections appropriées qui régissent et facilitent le développement, les tests et la livraison de solutions dans toute l’organisation. Les autres avantages administratifs incluent :

• Coût total de possession réduit :

  • Les pipelines améliorent considérablement la productivité des créateurs, des développeurs et des administrateurs. Les pipelines permettent à vos solutions d’entreprise d’être commercialisées plus rapidement, avec une meilleure qualité, grâce à un processus sûr et régi.
  • Effort minimal pour mettre en œuvre des processus de gestion du changement sécurisés et personnalisés dans votre organisation ou votre équipe.

• Gagnez du temps et de l’argent :

  • Le système gère le gros du travail et la maintenance en continu pour vous.

• Développez l’ALM à votre propre rythme :

  • Peu importe où vous en êtes dans votre parcours ALM, vous pouvez étendre les pipelines pour répondre à l’évolution des besoins de votre entreprise. Nous visons à ce que cette transition vers le haut soit aussi transparente et sans effort que possible. Plus d’informations : Groupe de commandes pac pipeline de Microsoft Power Platform CLI

• Atteignez vos objectifs de conformité, de sécurité, de surveillance et d’automatisation avec :

  • Environnements de production sécurisés avec approbation selon les déploiements délégués.
  • Les personnalisations et le journal d’audit sont enregistrés automatiquement et sont facilement accessibles.
  • L’analyse prête à l’emploi offre une meilleure visibilité au sein d’un emplacement central.
  • La possibilité d’afficher les rapports Power BI prédéfinis dans l’application des pipelines ou de créer les vôtres. Pour plus d’informations : Présentation des rapports pour les applications pilotées par modèle
  • Pipelines adaptés aux besoins de votre organisation avec l’extensibilité des pipelines et Power Automate.

Les créateurs exécutent des pipelines préconfigurés

Une fois les pipelines en place, les fabricants peuvent lancer des déploiements dans le produit en quelques clics. Ils le font directement dans leurs environnements de développement. Les autres avantages pour les créateurs incluent :

• Aucune connaissance préalable des processus ou des systèmes ALM n’est requise. Les développeurs citoyens considèrent souvent les pipelines comme un processus guidé de gestion du changement.
• Les déploiements de solutions sont pré-validés par rapport à l’environnement cible pour éviter les erreurs et améliorer les taux de réussite. Par exemple, les dépendances manquantes et autres problèmes sont détectés avant le déploiement et les créateurs sont immédiatement guidés pour prendre les mesures appropriées.
• Les connexions et les variables d’environnement sont fournies à l’avance et validées avant le début du déploiement.
  • Cela permet de garantir que les applications et l’automatisation sont déployées sans nécessiter d’étapes de post-traitement manuel et sont connectées aux sources de données appropriées dans chaque environnement.
  • Les administrateurs peuvent même préconfigurer certaines connexions qui seront utilisées.

Les développeurs peuvent utiliser et étendre les pipelines

Les développeurs professionnels sont plus productifs avec des pipelines gérant désormais les opérations complexes en arrière-plan. Les développeurs peuvent dire au système ce qu’ils veulent accomplir au lieu d’exécuter les différentes tâches sous-jacentes nécessaires pour atteindre le même objectif. Grâce à la CLI Power Platform, les développeurs peuvent :

• Répertoriez les pipelines pour afficher les détails pertinents, tels que les étapes et les environnements sur lesquels déployer leurs solutions.
• Déployez une solution avec une seule commande :
  • Avec les pipelines, les développeurs fournissent simplement les paramètres requis et le système orchestre toutes les opérations de déploiement de bout en bout conformément aux politiques de l’organisation.
  • Pas besoin de se connecter à plusieurs environnements, d’exporter des solutions, de télécharger des fichiers de solution, de créer manuellement des connexions et de remplir des fichiers de paramètres de déploiement, d’importer des solutions ou de gérer diverses autres tâches qui étaient requises auparavant.

De plus, les développeurs peuvent étendre les pipelines et les intégrer à d’autres outils CI/CD.

Questions fréquentes

Que déploient les pipelines ?

Les pipelines déploient des solutions ainsi que la configuration de l’environnement cible, telles que les connexions, les références de connexion et les variables d’environnement. Toute personnalisation Power Platform contenue dans votre solution peut être déployée à l’aide des pipelines. Les pipelines, ou les solutions en général, ne contiennent pas de données stockées dans des tables Dataverse.

Important

Les tableaux de bord Power BI (version préliminaire) et les ensembles de données Power BI (version préliminaire) ne sont pas actuellement pris en charge dans les pipelines.

Pourquoi ne puis-je pas voir mon pipeline à partir de mon environnement ?

Tout d’abord, assurez-vous que vos environnements source et cible sont correctement liés. Vous ne pourrez voir votre pipeline que dans les environnements sources attribués, comme vos environnements de développement. Lorsque vous liez chacun de vos environnements à votre pipeline lors de la configuration, vous pouvez choisir Environnement de développement ou Environnement cible comme type d’environnement. Si les environnements associés à votre pipeline se voient attribuer leur type approprié, votre pipeline apparaît comme option dans votre environnement de développement source.

Les pipelines stockent-ils automatiquement les sauvegardes de solution ?

Oui. Les solutions gérées et non gérées sont automatiquement exportées et stockées dans l’hôte des pipelines pour chaque déploiement.

La personnalisation peut-elle contourner une phase de déploiement comme un contrôle qualité ?

Non Les solutions sont exportées dès qu’une demande de déploiement est envoyée (lorsque le créateur sélectionne Déployer depuis son environnement de développement), et le même artefact de solution est déployé. De même, le système ne réexporte pas une solution pour les déploiements vers les phases suivantes d’un pipeline. Le même artefact de solution doit passer par les phases du pipeline dans un ordre séquentiel. Le système empêche également toute altération ou modification de l’artefact de la solution exportée. Cela garantit que la personnalisation ne peut pas contourner les environnements QA ou vos processus d’approbation.

Faut-il des licences autonomes pour utiliser les pipelines ?

• Il n’est pas nécessaire que les environnements de développeur soient des environnements gérés. Ils peuvent être utilisés pour le développement et les tests avec le plan développeur.
• L’hôte des pipelines doit être un environnement de production, mais il n’est pas nécessaire que ce soit un environnement géré.
• Tous les autres environnements utilisés dans les pipelines doivent être activés en tant qu’environnements gérés.
• Des licences accordant des droits d’utilisation premium sont requises pour tous les environnements gérés.

Exemple de configuration courant :

Objectif de l’environnement	Type d’environnement	Licence autonome obligatoire
Host	Production	Non
Développement	Développeur	Non
AQ	Développeur	Non
Production	Production	Oui

Puis-je configurer des approbations pour les déploiements ?

Oui. Voir les déploiements délégués.

Puis-je utiliser différents principaux de service pour différents pipelines et phases ?

Oui. Plus d’informations : Déployer avec un principal de service

Quelles connexions peuvent être utilisées ?

À l’instar des expériences de création, les créateurs qui exécutent des pipelines peuvent soit fournir leurs propres connexions, soit celles auxquelles ils ont accès. Les connexions de principal de service peuvent également être utilisées pour les connecteurs qui prennent en charge l’authentification du principal de service, y compris les connecteurs personnalisés.

Pourquoi ne puis-je pas mettre à jour les références de connexion existantes ?

Actuellement, les références de connexion sans valeur dans la solution ou l’environnement ciblé ne peuvent pas être mises à jour pendant le déploiement. Si une valeur a été déployée précédemment, elle peut être mise à jour dans l’environnement ciblé.

À qui appartiennent les objets de solution déployés ?

L’identité de déploiement. Pour les déploiements standards, le propriétaire est le créateur demandeur. Pour les déploiements délégués, le propriétaire est le principal du service délégué ou l’utilisateur.

Les pipelines peuvent-ils être déployés sur un autre locataire ?

Non Nous vous recommandons d’utiliser Azure DevOps ou GitHub pour ce scénario.

Que dois-je faire si mon environnement de développement ou cible est réinitialisé ou supprimé ?

Vous devez supprimer l'enregistrement d'environnement et mettre à jour la configuration du pipeline si nécessaire. Si un environnement est réinitialisé, vous recréez l’enregistrement d’environnement, puis l’associez à votre pipeline.

Puis-je utiliser des pipelines dans l’environnement par défaut ?

Oui. Cependant, l’utilisation de l’environnement par défaut comme hôte des pipelines n’est pas recommandée pour tous les clients.

Puis-je déployer en utilisant mon propre principal de service ?

Oui. Pour plus d’informations : Déployer des pipelines en tant que principal de service ou propriétaire de pipeline.

Les pipelines peuvent-ils être utilisés avec Azure DevOps, GitHub ou l’accélérateur ALM ?

Oui, ensemble, ces outils sont performants tout en simplifiant les expériences de création. Pour plus d’informations : Étendre les pipelines

Puis-je revenir à une version précédente ?

Oui. Si le paramètre de pipeline est activé, vous pouvez redéployer les versions précédentes de la solution à partir de la vue de l’historique d’exécution sur la page Pipelines. Si le paramètre est désactivé, seules les versions de solution supérieures peuvent être déployées ou importées. Pour contourner ce problème, les administrateurs peuvent télécharger l’artefact à partir de l’hôte des pipelines, incrémenter la version de la solution dans le fichier solution.xml, puis l’importer manuellement dans la cible environnement.

Puis-je définir des règles de conservation pour les données des pipelines ?

Oui. Vous pouvez configurer des tâches de suppression en bloc dans l’hôte des pipelines Dataverse pour supprimer les données selon un calendrier défini.

Puis-je spécifier des comportements d’importation de solution avancés tels que la mise à jour ou la mise à niveau ?

Actuellement non. Le comportement d’importation par défaut des pipelines est Mettre à niveau avec Remplacer les personnalisations.

Un environnement peut-il être associé à plusieurs hôtes ?

max. Cependant, un environnement peut être lié à plusieurs pipelines au sein du même hôte. Pour associer un environnement à un hôte différent, ajoutez-le à un pipeline dans le nouvel hôte. Ensuite, supprimez l’enregistrement de l’environnement de l’hôte d’origine et vérifiez que tout fonctionne comme prévu.

Puis-je personnaliser ou étendre l’application et les tableaux du pipeline de déploiement propriétaire ?

Actuellement non. Cependant, des crochets d’extension intentionnels sont disponibles pour personnaliser la logique des pipelines. Pour plus d’informations : Étendre les pipelines.

Où puis-je afficher et exécuter des pipelines ?

Accédez à une solution non gérée en cours de développement dans un environnement associé à votre pipeline. Les pipelines ne sont pas visibles ou ne s’exécutent pas dans la solution par défaut, les solutions gérées ou dans les environnements cibles. Notez que vous pouvez également exécuter des pipelines à partir de la CLI Power Platform.

Puis-je déployer dans plusieurs régions ?

Oui, mais uniquement si le paramètre Déploiements de solutions inter-géographiques est activé dans l’hôte. Si le paramètre est désactivé, l’hôte et tous les environnements associés aux pipelines d’un hôte doivent être situés dans le même emplacement géographique (comme spécifié lors de la création des environnements). Par exemple, si le paramètre est désactivé, un pipeline ne peut pas être déployé de l’Allemagne vers le Canada et un hôte en Allemagne ne peut pas gérer les environnements au Canada. Dans le cas où le locataire Administrateur souhaite empêcher les déploiements de solutions inter-géographiques, des hôtes distincts doivent être utilisés pour l’Allemagne et le Canada.

Puis-je déployer la même solution en utilisant différents pipelines ?

Oui, c’est possible, bien que nous recommandions de commencer avec le même pipeline pour une solution donnée. Cela permet d’éviter les confusions et les erreurs involontaires. Les informations d’exécution du pipeline sont affichées dans le contexte d’un pipeline et d’une solution (dans l’expérience de la solution). Par conséquent, d’autres pipelines peuvent ne pas afficher la dernière version de la solution déployée ou d’autres informations d’exécution importantes associées à différents pipelines. Notez que l’application Configuration de pipelines de déploiement affiche des informations d’exécution sur tous les pipelines et toutes les solutions pour l’hôte actuel.

L’environnement hôte peut-il également être utilisé comme environnement de développement ou cible ?

L’utilisation du même environnement pour le développement et l’hôte n’est pas prise en charge ; les autres combinaisons ne sont pas recommandées en tant que meilleure pratique.

Comment puis-je voir ce qui a changé entre les différentes versions ?

Dans l’environnement cible, vous pouvez voir les couches d’objets déployés, ainsi que ce qui a changé entre les couches. De plus, vous pouvez voir les différences XML entre les couches pour les applications pilotées par modèle, les plans de site et les formulaires. Les pipelines peuvent également être étendus pour s’intégrer à GitHub et à d’autres systèmes de contrôle de code source pour comparer les différences granulaires.

Mon environnement hôte doit-il être le même que celui où j’ai installé la boîte à outils COE ?

Il s’agit d’une configuration valide qui doit être évaluée en fonction des besoins et des stratégies au sein de votre organisation.

Puis-je déployer des solutions non gérées ?

Non Nous vous recommandons de toujours déployer les solutions gérées dans les environnements hors développement. Notez que les solutions non gérées sont automatiquement exportées et stockées dans l’hôte des pipelines afin que vous puissiez les télécharger et les importer dans d’autres environnements de développement ou les placer dans le contrôle de code source.

Puis-je déployer plusieurs solutions à la fois ?

Actuellement non. Vous devez envoyer un autre déploiement pour chaque solution. Cependant, le même pipeline peut être utilisé pour plusieurs solutions.

Les pipelines publient-ils des personnalisations non gérées avant d’exporter la solution ?

Actuellement non. Nous vous recommandons de publier les objets individuels au fur et à mesure qu’ils sont enregistrés. Notez que seuls certains objets de solution nécessitent une publication.

Puis-je utiliser des pipelines pour des équipes multi-développeurs travaillant dans des environnements de développement isolés ?

L’implémentation actuelle utilise un environnement de développement unique pour une solution donnée.

En quoi les pipelines sont-ils différents de l’accélérateur ALM ?

Les deux offrent de nombreuses fonctionnalités précieuses et les équipes propriétaires travaillent en étroite collaboration pour développer les pipelines et une vision ALM plus large Power Platform. Les pipelines sont de nature plus simple et peuvent être mis en place et gérés avec moins d’effort. L’accès à d’autres produits et technologies n’est pas nécessaire, car tout est géré en interne. En revanche, l’accélérateur ALM est parfois mieux adapté pour les scénarios ALM plus avancés.

Bien qu’il existe de nombreuses différences fonctionnelles supplémentaires, la différence fondamentale est que les pipelines sont une fonctionnalité officielle du produit, ce qui signifie qu’ils sont conçus, architecturés, développés, testés, maintenus et pris en charge par l’ingénierie du produit. Microsoft Power Platform Microsoft Les pipelines sont intégrés au produit et sont accessibles dans les expériences de produit natives.

Quand dois-je utiliser des pipelines plutôt qu’un autre outil ?

Nous encourageons les clients à utiliser les pipelines pour la fonctionnalité de déploiement de base et, si nécessaire, à étendre les pipelines pour les intégrer à d’autres outils CI/CD. Lorsqu’elles sont utilisées ensemble, les charges de travail requises dans les outils CI/CD deviennent souvent moins compliquées et coûteuses à gérer.

Étapes suivantes

Configurer des pipelinesÉtendre les pipelines