Libérez votre efficacité : pipelines Azure DevOps avancés pour Power Platform

Dans notre blog précédent, nous avons présenté les pipelines Power Platform, un outil qui simplifie le CI/CD pour le développement low-code. Mais que se passe-t-il lorsque vos besoins de déploiement dépassent les bases ? Pour les équipes qui gèrent des solutions complexes, les limites des pipelines Power Platform peuvent devenir des obstacles. C'est là que les outils de construction Microsoft Power Platform pour Azure DevOps entrent en jeu. Ces outils offrent des fonctionnalités avancées telles que le contrôle de version, les tests multi-environnements et des flux de travail de mise en production personnalisables, permettant aux développeurs et aux entreprises de faire évoluer leurs processus CI/CD. Voyons comment ils fonctionnent et pourquoi ils sont essentiels pour un développement robuste sur Power Platform.

Les outils Build de Microsoft Power Platform s'intègrent directement à Azure DevOps, ce qui permet aux équipes de mettre en œuvre un pipeline CI/CD plus complet qui va au-delà de l'automatisation de base. Grâce à ces outils, les entreprises peuvent combiner des fonctionnalités avancées telles que l'intégration du contrôle de version, les tests multi-environnements et des flux de production détaillés adaptés aux besoins de l'entreprise. Dans ce blog, nous allons explorer le fonctionnement de ces outils, les avantages qu'ils apportent au développement low-code et la manière dont ils peuvent aider les entreprises à adopter une approche robuste et flexible du CI/CD sur la plate-forme Power.

Thomas Goldberger et Gurpreet Bhadesh explorent les Pipelines DevOps Azure avancés pour Power Platform dans notre émission vidéo "Let's Talk DevOps" !

Prérequis pour les outils de construction de Microsoft Power Platform

Quelques configurations sont nécessaires avant de construire un pipeline CI/CD dans Azure DevOps en utilisant les composants des outils Build de Microsoft Power Platform. En voici un aperçu :

Portail Azure

• Enregistrement de l'application Azure AD
  - Dans Azure Portal, sélectionnez Microsoft Entra ID -> App registrations -> +New registration -> Supported account types : Accounts in this organizational directory only -> Register -> Make a note of the Application and Tenant ID
• Ajouter des autorisations API
  - Dans Azure, sélectionnez l'application -> Permissions API -> Ajouter une permission -> APIs my organizations uses -> Dataverse -> Delegated permissions -> Add permissions -> user_impersonation
• Générer un secret client
  - Certificats & secrets -> +Nouveau secret client -> Noter la valeur du secret

Portail Power Apps

• Créer un utilisateur système dans Dataverse pointant vers Azure AD App registration
  - Dans le centre d'administration de Power Platform, sélectionnez Settings -> Users + permissions -> Users -> Application users -> +New app user -> +Add an app -> sélectionnez l'application créée dans la liste des applications Azure AD -> cliquez sur Add -> Business unit -> puis, sous Security roles, sélectionnez System Administrator -> cliquez sur Create.

Azure DevOps

• Créer un pipeline Azure DevOps
  - Dans Azure DevOps, sélectionnez Project settings -> Pipelines -> Service connections -> cliquez sur New service connection -> recherchez et sélectionnez Power Platform -> puis fournissez les détails de la connexion de service à partir de la configuration précédente -> Save

Outils de construction de Power Platform

• Installer l'extension Power Platform Build Tools
  - Parcourir l'extension -> sélectionner votre organisation Azure DevOps -> cliquer sur Installer

Une fois les étapes préalables terminées, nous pouvons commencer à construire le pipeline et à utiliser différents composants pour automatiser le pipeline CI/CD. Nous allons commencer par explorer certains des composants que nous avons utilisés pour créer un pipeline CI/CD de bout en bout.

Composants utilisés dans le pipeline Azure DevOps

Une fois les conditions préalables remplies, la construction d'un pipeline CI/CD implique l'utilisation de plusieurs composants clés. Chacun d'entre eux joue un rôle essentiel dans l'automatisation et la rationalisation du processus :

• Power Platform Tool Installer

L'installateur d'outils Power Platform est essentiellement une tâche fondamentale qui garantit que les outils CLI nécessaires à Power Platform sont installés avec les dernières versions. Cette tâche est donc nécessaire avant que d'autres composants ou tâches ne soient exécutés dans le pipeline.

• Définir une version de la solution

La définition d'une version de la solution dans Azure DevOps for Power Platform Build Tools est essentielle pour maintenir un processus de publication cohérent et structuré. Le numéro de version de la solution, généralement au format "major.minor.patch", sert d'identifiant unique pour chaque version d'une solution, ce qui permet de suivre les modifications incrémentielles, les correctifs et les mises à jour majeures. La mise à jour automatique de cette version dans un pipeline CI/CD garantit que chaque déploiement reflète la version la plus récente, réduisant ainsi la confusion et aidant les développeurs et les utilisateurs à distinguer clairement les versions et les numéros de version.

L'automatisation du processus de versionnement de la solution dans Azure DevOps permet aux équipes de développement de mettre en œuvre les meilleures pratiques de contrôle des versions sans ajouter d'étapes manuelles. En exploitant les outils de construction de Power Platform, les équipes peuvent spécifier la version de la solution dans le cadre du pipeline, ce qui facilite la modification des numéros de version pour des environnements spécifiques (par exemple, tests, staging ou production) selon les besoins. Cela permet aux entreprises d'appliquer des politiques de versionnement et de maintenir la traçabilité tout au long du cycle de vie de l'application, ce qui est essentiel pour l'audit, les scénarios de retour en arrière et les exigences de conformité.

• Power Platform Checker

Power Platform Checker est un outil de contrôle qualité automatisé qui analyse les solutions Power Platform pour vérifier les meilleures pratiques, la qualité du code et la conformité aux normes recommandées par Microsoft. Lorsqu'il est utilisé dans un pipeline CI/CD, le vérificateur évalue les composants, tels que le code personnalisé, les flux de travail et les personnalisations d'entités, et identifie les problèmes potentiels qui pourraient avoir un impact sur les performances, la sécurité ou la maintenabilité. L'intégration de ce vérificateur dans le processus de construction ou de déploiement permet aux entreprises d'identifier les problèmes dès le début du cycle de développement, ce qui garantit que chaque solution respecte les normes de qualité avant d'être transférée dans les environnements de test ou de production. Cela permet de réduire les révisions manuelles du code et de diminuer le risque de déploiement de configurations défectueuses.

En outre, Power Platform Checker fournit des rapports détaillés qui mettent en évidence les domaines spécifiques à améliorer, tels que les requêtes inefficaces, le code obsolète ou les flux de travail non optimisés. Ces rapports offrent une visibilité sur les problèmes, ce qui permet aux développeurs de les résoudre avant qu'ils ne deviennent problématiques en production. Cette approche proactive du contrôle de la qualité garantit une norme élevée pour les solutions dans différents environnements, ce qui se traduit en fin de compte par une expérience utilisateur beaucoup plus stable et fiable.

• Exporter une solution

La fonction Export Solution d'Azure DevOps permet aux développeurs de récupérer et d'empaqueter la dernière version d'une solution à partir d'un environnement Power Platform. Lorsqu'une solution est exportée, elle rassemble tous les composants, personnalisations et configurations de cette solution dans un fichier .zip téléchargeable. Ce processus d'exportation est nécessaire pour obtenir une version spécifique de la solution telle qu'elle existe dans l'environnement de développement, en veillant à ce que chaque personnalisation ou ajout soit inclus. En automatisant l'étape d'exportation dans Azure DevOps, les équipes peuvent normaliser la récupération de la solution, ce qui en fait une partie intégrante du flux de travail de développement, réduisant ainsi la nécessité d'une intervention manuelle.

L'exportation de la solution garantit la cohérence entre les différents environnements. Une fois la solution exportée et stockée en tant qu'artefact, elle peut être déployée directement dans d'autres environnements tels que les tests, la mise en scène ou la production. Il s'agit donc d'un moyen fiable et traçable de déplacer les solutions tout au long du cycle de vie de l'application, tout en minimisant le risque de divergences entre les environnements. En outre, en incorporant le processus d'exportation dans le pipeline DevOps, les équipes peuvent établir un historique clair des versions des modifications de la solution, ce qui facilite le dépannage, les retours en arrière et la conformité à l'audit. L'automatisation du processus d'exportation améliore le contrôle de la qualité, ce qui permet de s'assurer que ce qui a été testé en développement fonctionnera également en production.

• Personnalisations de la publication

La fonction "Publier un package dans un flux" permet aux équipes de télécharger des packages de solutions vers un flux centralisé, les rendant ainsi facilement accessibles à d'autres pipelines et projets au sein de l'organisation. Ce faisant, les équipes peuvent stocker une copie versionnée de la solution qui est prête à être déployée, permettant un accès cohérent à des versions spécifiques de la solution pour des tests ultérieurs, une mise en scène ou un déploiement en production. Cette centralisation réduit le risque de déploiement de versions incorrectes et garantit que tout package de solution utilisé dans les différents environnements est fiable, testé et vérifié. Elle renforce ainsi une approche normalisée du contrôle des versions, où chaque version est suivie et disponible pour des déploiements futurs.

Outre l'amélioration de l'accessibilité, ce système favorise une collaboration et des processus de développement plus fluides. Les équipes peuvent simplement récupérer des versions spécifiques d'un ensemble de solutions à partir du flux, ce qui permet aux développeurs et aux testeurs de travailler de manière indépendante. Ceci est particulièrement utile pour les organisations qui ont plusieurs équipes travaillant sur des solutions complexes, car cela fournit un environnement organisé et contrôlé pour la gestion des solutions et de leurs dépendances. De plus, en utilisant les flux pour le stockage des paquets, les organisations bénéficient d'enregistrements traçables de chaque version, ce qui facilite les audits, la conformité et les retours en arrière efficaces en cas de besoin.

Construire le pipeline

Après avoir défini les conditions préalables et compris les composants, examinons la structure de haut niveau d'un pipeline Azure DevOps :

Figure 1 : Configuration de haut niveau du pipeline

La configuration de haut niveau du pipeline est divisée en trois domaines clés. Nous allons examiner chaque domaine en détail et illustrer le processus dans le pipeline Azure que nous avons développé.

Paramètres

Le premier domaine est celui des paramètres, qui tendent à être référencés au début du pipeline et peuvent être référencés n'importe où dans un pipeline. Les paramètres sont en fait des variables utilisées dans une fonction et font référence à un élément de données spécifié en tant qu'entrée de la fonction. Nous commençons par mettre en place quelques paramètres. Comme le montre l'image ci-dessous, l'un concerne le numéro de version et l'autre l'environnement dans lequel nous souhaitons déployer la solution.

Figure 2 : Paramètres dans le pipeline

Tâches du pipeline

Le deuxième domaine est celui des tâches du pipeline, qui doivent être exécutées dans un ordre particulier pour garantir l'exactitude et le flux logique d'un pipeline. Comme le montre l'image ci-dessous, le téléchargement d'artefacts est une étape cruciale du pipeline, car il comble de nombreuses lacunes des pipelines dans l'approche Power Platform, permettant ainsi aux développeurs de disposer d'une source unique de vérité et d'un contrôle de version en place. Cette étape commence par l'installation du Power Platform Tool Installer, qui est essentiellement une tâche de base permettant de s'assurer que les outils CLI nécessaires à Power Platform sont installés avec les dernières versions. L'étape suivante consiste à définir le numéro de version de la solution, qui a été défini à l'étape précédente. Une fois cette étape franchie, la solution peut être exportée. La tâche Power Platform Export Solution est alors exécutée et suivie par Power Platform Checker.

Figure 3 : Composants du pipeline

Cela crée ensuite un paquet qui est téléchargé sur Artifacts et l'étape finale consiste à décider de l'environnement vers lequel il doit être poussé.

Figure 4 : Téléchargement d'artefacts

Environnements

Le troisième et dernier domaine est l'environnement dans lequel la solution doit être déployée, et cela fait référence à un paramètre que nous avons défini au début du pipeline.

Figure 5 : Publier dans l'environnement

Conclusion

Microsoft Power Platform Build Tools for Azure DevOps offre une approche structurée et robuste de la mise en œuvre d'un pipeline CI/CD adapté aux environnements de développement à code bas. En utilisant des composants tels que Power Platform Tool Installer, le versionnage de la solution, l'exportation de la solution, Power Platform Checker et Publish to Feed, les entreprises peuvent améliorer l'efficacité, la fiabilité et l'évolutivité de la gestion du cycle de vie de leurs applications.

Ces composants permettent d'automatiser le conditionnement des solutions, le contrôle des versions et les vérifications de la qualité, ce qui garantit que les solutions sont testées de manière approfondie, qu'elles ont une version et qu'elles sont prêtes à être déployées. Cela réduit les interventions manuelles, rationalise les flux de travail et minimise les risques d'erreur humaine, ce qui permet aux équipes de publier des mises à jour plus rapidement et avec plus de confiance.

Les outils de construction de Power Platform renforcent la collaboration et la traçabilité, qui sont essentielles dans les environnements de développement vastes et complexes. Chaque composant travaillant en tandem, le pipeline présente un historique clair des versions, une gestion traçable des artefacts et des évaluations de la qualité, ce qui favorise un processus de déploiement de solutions stable et évolutif.

Avec l'adoption croissante du low-code, la demande de pratiques CI/CD robustes ne fera qu'augmenter. Les outils Build de Microsoft Power Platform offrent une solution CI/CD complète et personnalisable qui répond aux exigences des applications low code/no code, permettant aux développeurs citoyens et aux équipes d'entreprise de gérer efficacement leurs solutions, depuis le développement jusqu'à la production.


Retrouvez nos experts DevOps, Thomas et Gurpreet, en direct lors des International Software Quality Days à Munich le 22 mai 2025 pour une plongée dans le CI/CD pour le développement Low/No-Code !