Libérer l'efficacité : le rôle du CI/CD dans le développement de la plateforme Power

Les plates-formes à code bas comme Power Platform de Microsoft réécrivent les règles de l'innovation en permettant aux développeurs citoyens de créer des applications à un rythme plus rapide. Mais cette rapidité s'accompagne d'un défi : gérer la qualité du code, les mises à jour transparentes et les déploiements efficaces. C'est là que la technologie CI/CD entre en jeu. Il a révolutionné la livraison traditionnelle de logiciels et permet aujourd'hui aux créateurs de codes simples d'atteindre de nouveaux niveaux de fiabilité, d'évolutivité et de rapidité. Prêt à découvrir comment le CI/CD transforme la plate-forme Power ? Plongeons dans cette aventure et découvrons l'avenir du développement rationalisé.

Thomas Goldberger et Gurpreet Bhadesh explorent le CI/CD dans le développement de Power Platform
dans notre émission vidéo "Let's Talk DevOps" !

Qu'est-ce que la CI/CD ?

CI/CD est l'abréviation de Continuous Integration (CI) et Continuous Delivery/Deployment (CD). La CI/CD automatise l'intégration, les tests, les versions, la construction, le déploiement et le contrôle de la qualité dans le cadre du développement de logiciels. Elle garantit des flux de travail plus fluides, une résolution plus rapide des problèmes et des applications de meilleure qualité. En outre, il élimine le besoin d'intervention manuelle, ce qui permet d'intégrer les commentaires des utilisateurs plus fréquemment et à un rythme beaucoup plus rapide, garantissant ainsi la satisfaction des utilisateurs finaux et des clients. Bien qu'elle soit traditionnellement destinée aux développeurs, la CI/CD devient de plus en plus importante dans l'espace "low code" étant donné l'augmentation de l'adoption de plates-formes "low code".

Comment fonctionne la CI/CD ?

Le CI dans CI/CD fait référence à l'intégration continue, un processus par lequel les développeurs sont en mesure de fusionner les modifications de code dans un référentiel partagé plus fréquemment. Chaque fois que ces mises à jour sont effectuées, des tests automatisés sont déclenchés pour s'assurer que le code transféré est fiable.

L'IC, lorsqu'elle est réussie, permet de fusionner les modifications apportées par les développeurs à une application, de les valider automatiquement lors de la construction de l'application et d'exécuter différents niveaux de tests automatisés afin de s'assurer que les modifications n'ont pas endommagé l'application. Les tests typiques comprennent les tests unitaires, les tests d'intégration et l'avantage de ces tests peut être réalisé par la découverte de conflits entre les nouveaux codes et les codes existants, ce qui permet de fournir des corrections de bogues à un rythme rapide. En outre, l'analyse statique du code à l'aide d'outils tels que SonarQube est utilisée pour inspecter la qualité du code et détecter les bogues. Il est important de veiller à ce que ces tests de bas niveau ne dépassent pas une durée d'exécution de 5 minutes, de manière à ce qu'il y ait une boucle de rétroaction rapide.

Le CD dans CI/CD fait référence à la livraison continue et/ou au déploiement continu. Ces deux termes sont utilisés de manière interchangeable, mais parfois séparément pour illustrer le degré d'automatisation. L'IC est une condition préalable à la livraison/déploiement en continu, car il déploie toutes les modifications du code dans un environnement de test et garantit que les étapes ultérieures peuvent utiliser des artefacts stables, dont la qualité est assurée.

La livraison continue peut être interprétée comme une extension de l'intégration continue, car elle déploie toutes les modifications du code dans un environnement de test ou de pré-production après l'étape de construction.

Le déploiement continu s'appuie sur la livraison continue puisqu'il met automatiquement à la disposition des clients toutes les étapes du pipeline de production (à condition qu'elles aient franchi toutes les étapes du pipeline de production). En fin de compte, le choix entre la livraison continue et le déploiement continu dépend de la tolérance au risque et des besoins des équipes de développement et d'exploitation.

L'étape finale d'un pipeline CI/CD mature est le déploiement continu. Il s'agit de la publication automatique des modifications apportées par un développeur depuis le référentiel vers la production, ce qui permet aux clients de l'utiliser. Cela garantit un retour d'information plus rapide et rend le processus de déploiement moins risqué.

Figure 1 - Qu'est-ce que la CI/CD ?

Pourquoi la CI/CD est-elle importante ?

Bien que le processus CI/CD puisse initialement sembler ajouter de la complexité pour les développeurs citoyens, il fournit un cadre de développement évolutif et automatisé qui s'adapte aux nouvelles fonctionnalités et aux corrections rapides de bogues. Au fil du temps, ce processus permet aux développeurs de travailler avec plus d'assurance et d'efficacité, tout en réduisant les risques grâce à un retour d'information et à des tests continus. En outre, les parties prenantes de la suite C obtiennent des avantages de haut niveau tels qu'une mise sur le marché plus rapide, la facilitation de l'innovation et l'atténuation des risques.

Ainsi, tandis que les développeurs récoltent les fruits de l'amélioration des flux de travail, de la qualité et de la collaboration, les acteurs de la direction bénéficient d'avantages stratégiques tels que l'accélération de l'innovation, la réduction des coûts et l'alignement sur les objectifs de l'entreprise. Les deux groupes bénéficient de Power Platform CI/CD, mais de manière distincte et adaptée à leurs rôles et priorités.

Quelles sont les options CI/CD disponibles dans la plateforme Power ?

Si le CI/CD est courant dans la plupart des options de livraison de logiciels, il est rare dans les plates-formes à code réduit comme la Power Platform. Compte tenu des avantages offerts par le CI/CD, nous pensons que la plateforme Power devrait également en tirer parti. Il existe deux options CI/CD que nous allons explorer dans cette série d'articles de blog, qui sont les suivantes :

• Pipelines dans Power Platform
• Outils de construction Microsoft Power Platform pour Azure DevOps

Commençons par discuter des pipelines dans Power Platform.

Pipelines dans Power Platform

Alors que Power Platform a toujours eu une mentalité de "build is in prod", avec le temps, elle a vu l'introduction de solutions, et plus récemment, de pipelines. Les pipelines dans Power Platform visent à permettre la gestion du cycle de vie des applications (ALM) en fournissant des capacités d'automatisation ALM et CI/CD dans le service d'une manière qui est beaucoup plus accessible pour les décideurs, les administrateurs et les développeurs.

Conditions préalables à l'approche des pipelines dans Power Platform

• Un ou plusieurs pipelines doivent être créés et associés à l'environnement utilisé pour le développement.
• L'environnement de développement doit disposer de Microsoft Dataverse
• Le développeur doit avoir accès à l'exécution d'une pipeline
• Des privilèges élevés sont nécessaires pour importer des solutions dans l'environnement cible.
• L'application Power Platform Pipelines doit être installée dans l'environnement hôte des pipelines.
  
  

Comment fonctionnent les pipelines dans l'approche Power Platform ?

Elle est très simple et facile à utiliser, mais cela signifie aussi que ses fonctionnalités sont limitées. L'approche des pipelines dans Power Platform ne fera que déplacer la solution non gérée vers un autre environnement en tant que solution gérée. Par conséquent, si vous souhaitez apporter d'autres améliorations ou modifications, cela ne sera pas possible avec une solution gérée. La solution sera sauvegardée sous forme de fichier ZIP pour la gestion des versions et c'est à peu près tout. Cela signifie que si vous souhaitez ajouter l'automatisation des tests, des branchements complexes ou l'approbation de l'administrateur avant de pousser la solution vers un autre environnement, ce n'est pas possible.

Pipelines dans Power Platform

Comme le montre l'image ci-dessus, la mise à jour se fait en cliquant sur un bouton et la maintenance est très minimale.

Limites de l'approche des pipelines dans Power Platform

Bien que les pipelines de Power Platform semblent à première vue simples et faciles à utiliser, il est évident que leurs fonctionnalités sont limitées. La première limite est que la fonctionnalité ne s'applique qu'aux environnements gérés. Ainsi, les packages de solutions non gérées doivent être transformés en solutions gérées avant d'utiliser les pipelines. Deuxièmement, il n'est pas possible de restaurer l'environnement à la version précédemment installée. Troisièmement, le pipeline de publication ne peut pas être connecté au contrôle de version, d'où la nécessité de gérer les paquets de solutions pour qu'aucune autre modification ne soit apportée. Enfin, il n'est pas possible d'ajouter des flux de travail personnalisés au processus de publication (par exemple, les reçus d'approbation des testeurs, puis la publication automatique en production).

Conclusion

En résumé, les pipelines de Power Platform constituent un point d'entrée essentiel pour introduire les capacités CI/CD dans les environnements à code bas, permettant aux développeurs citoyens de gérer les déploiements avec facilité et efficacité. En réduisant le besoin d'importations et d'exportations manuelles de solutions, ces pipelines facilitent la mise en production des changements, ce qui est particulièrement utile pour les équipes de petite et moyenne taille. Cette approche accessible permet aux utilisateurs non techniques de participer à la gestion du cycle de vie des applications, ce qui accélère les boucles de rétroaction et le déploiement des fonctionnalités. Cependant, pour les besoins organisationnels plus complexes, les limites des pipelines de Power Platform - telles que l'absence d'intégration de contrôle de version, d'options de retour en arrière et de flux de travail d'approbation - peuvent obliger les organisations à rechercher des outils supplémentaires ou des configurations avancées.

Au fur et à mesure que l 'adoption du low-code se développe et que les applications deviennent de plus en plus partie intégrante des opérations de l'entreprise, la demande de solutions CI/CD plus robustes au sein de Power Platform va probablement augmenter. Les améliorations futures des pipelines de Power Platform et l'ajout d'outils tels que l'ALM Accelerator témoignent de l'engagement de Microsoft à prendre en charge des processus ALM plus sophistiqués sur la plateforme. Ces avancées promettent de combler les lacunes actuelles et de permettre un plus large éventail de scénarios de développement, en veillant à ce que les développeurs citoyens et les équipes d'entreprise puissent créer, déployer et maintenir des applications avec une fiabilité et une évolutivité accrues.

Cliquez ici pour lire la prochaine partie de cet article de blog où nous explorons les outils de construction Microsoft Power Platform pour Azure DevOps et la façon dont ils pourraient combler les lacunes des pipelines Power Platform.

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