Gestion des versions avec Pega
Les organisations savent que la mise à disposition des fonctionnalités de l’application aux utilisateurs finaux et aux clients plus rapidement que leurs concurrents constitue un avantage financier. En proposant en permanence de nouvelles fonctionnalités d’application aux utilisateurs finaux, les organisations peuvent obtenir un avantage concurrentiel sur le marché. Beaucoup ont adopté une approche DevOps pour rationaliser leur cycle de vie de livraison de logiciels.
En tant que Business Architect Pega, une connaissance approfondie de la méthodologie DevOps et du pipeline CI/CD de Pega vous aidera à comprendre la planification et la priorisation des sprints tout au long du développement, des tests et de la livraison du projet.
DevOps
L’approche DevOps repose sur la collaboration entre les équipes en charge du développement, de la qualité et de l’exploitation pour fournir des logiciels de haute qualité aux utilisateurs finaux de manière automatisée et agile. Elle est constituée d’un ensemble de pratiques du secteur qui font le pont entre le développement d’applications et le comportement opérationnel afin de réduire le time-to-market sans compromettre la qualité et l’efficacité opérationnelle. Le DevOps permet aux développeurs d’applications et aux responsables métier de répondre rapidement aux besoins des clients, de mettre en place un cycle de feedback plus rapide et, au final, de générer plus rapidement une valeur métier.
La méthodologie DevOps stimule l’innovation et fonctionne grâce à trois composants : les personnes, les processus et la technologie.
Reportez-vous aux numéros dans l’image suivante pour en savoir plus sur les trois composants de DevOps :
- Personnes : Le DevOps encourage une culture de collaboration et de responsabilité partagée entre les équipes de développement, de qualité et d'opérations, garantissant ainsi que chacun ajoute de la valeur au processus de livraison de logiciels de l'organisation.
- Processus : Le DevOps permet la mise en œuvre d’un processus automatisé pour faire avancer rapidement les applications du développement au déploiement en passant par des tests.
- Technologie : DevOps encourage les solutions ouvertes et basées sur des modèles pour créer un pipeline de déploiement.
Vérifiez vos connaissances avec l’interaction suivante :
Intégration et livraison continues
Un pipeline d’intégration et de livraison continues (CI/CD) est un processus automatisé permettant de faire passer rapidement les applications du développement au déploiement sur votre système de production, en passant par des tests.
Reportez-vous aux numéros dans l’image suivante pour savoir comment une boucle continue permet à l’équipe de développement d’accéder au feedback sur les résultats des tests à chaque phase du pipeline :
- Boucle d’intégration continue : Dans la boucle d’intégration continue, l’équipe intègre en continu les modifications dans un référentiel (repository) partagé, chaque jour pendant le processus de développement.
- Boucle de livraison continue : Dans la boucle de livraison continue, l’équipe est toujours prête à livrer pendant la phase Release.
- Boucle de déploiement continu : Dans la boucle de déploiement continu, l’équipe déploie et livre le produit en continu pendant la phase Release.
Intégration continue (continous integration)
Avec l’intégration continue, les développeurs d’applications vérifient fréquemment les changements apportés à l’environnement source et utilisent un processus de développement (build) automatisé pour vérifier automatiquement ces changements. L’intégration continue identifie les problèmes et les localise le plus tôt possible au cours du cycle.
Dans une étape « Ready to share », des tests sont effectués pour s’assurer que les modifications nouvellement introduites fonctionnent correctement avec l’application existante. Une étape « Integrate changes » garantit que tous les tests critiques nécessaires sont exécutés avant la publication des nouvelles modifications dans un référentiel de développement afin de le maintenir à jour.
Livraison continue (continuous delivery)
Avec la livraison continue, les changements apportés à l’application sont soumis à des tests de régression automatisés rigoureux. Ils sont déployés dans un environnement de simulation (staging) pour effectuer des tests supplémentaires permettant de s’assurer que l’application est prête à être déployée (ready to deploy) sur le système de production.
Dans une étape « Ready to accept », des tests sont effectués pour s’assurer que l’application répond aux critères d’acceptation. L’étape « Ready to deploy » consiste à vérifier tous les tests de performance, d’échelle et de compatibilité nécessaires pour s’assurer que l’application est prête à être déployée. L’étape « Deploy » consiste à valider dans un environnement de préproduction, à déployer en production et à effectuer des tests post-déploiement avec la possibilité de revenir en arrière si nécessaire.
Note: Pour plus d’informations sur le processus de déploiement, consultez Deployment manager pour DevOps.
Le pipeline CI/CD de Pega
Utilisez les outils Pega Platform™ et des outils tiers courants pour implémenter DevOps. Vous pouvez configurer un pipeline d’intégration et de livraison continues (CI/CD) qui utilise un référentiel Pega pour stocker et tester les logiciels et un serveur d’automatisation tiers tel que Jenkins qui lance les tâches et effectue des opérations sur votre logiciel.
Note: Pour plus d’informations sur les référentiels, consultez Creating a repository et Using repository APIs in your application.
Des questions différentes sont posées à chaque phase du pipeline. Ces questions peuvent être regroupées en deux catégories : les questions axées sur le développeur et les questions axées sur le client.
Reporez-vous aux numéros dans l’image suivante pour voir les questions sur le pipeline :
- Questions axées développeur : Les changements valent-ils la peine d’être partagés et sont-ils compatibles avec les modifications d’autres développeurs ?
- Ready to share : En tant que développeur, les changements sont-ils prêts à être partagés avec d’autres développeurs ? Assurez-vous que les nouvelles fonctionnalités fonctionnent et que les fonctionnalités critiques existantes continuent de fonctionner.
- Integrate changes : Toutes les modifications intégrées fonctionnent-elles ensemble ? Après avoir intégré les modifications de plusieurs développeurs, toutes les fonctionnalités critiques fonctionnent-elles encore ?
- Questions axées client : L’application à laquelle ont été apportés de nouveaux changements est-elle fonctionnelle, conforme à la conception et aux attentes stipulées par les clients, et prête à être utilisée par les clients ?
- Ready to accept : Tous les critères d’acceptation définis pour l’application sont-ils satisfaits ? C’est généralement à ce stade que l’application fait l’objet d’un tests de régression pour s’assurer de l’intégrité fonctionnelle.
- Ready to deploy : L’application est-elle prête à être déployée ? La phase finale est celle où l’application entièrement validée est déployée en production, généralement après vérification dans un environnement de préproduction.
Technologie DevOps
L’approche DevOps de Pega Platform est ouverte à d’autres solutions. Vous pouvez commencer votre parcours DevOps en utilisant Deployment Manager, et intégrer des outils tiers ultérieurement.
Deployment Manager
Vous souhaitez démarrer rapidement ? Pega Platform propose un gestionnaire de pipeline, Deployment Manager, un moyen standard de tester et de déployer des applications Pega. Il expose toutes les fonctionnalités de Pega Platform nécessaires pour automatiser vos workflows DevOps.
Utilisez Deployment Manager pour configurer et exécuter des workflows d'intégration et de livraison continues (CI/CD) pour vos applications Pega à partir de Pega Platform. Vous pouvez créer un processus de déploiement standardisé pour déployer des versions prévisibles et de haute qualité sans utiliser d’outils tiers. Avec Deployment Manager, vous pouvez automatiser entièrement vos workflows CI/CD, y compris la fusion de branches, le packaging d’applications et la promotion de votre application dans différents environnements.
Note: Pour plus d’informations, consultez Deployment Manager.
Accès à Deployment Manager
Pour accéder à Deployment Manager, téléchargez-le depuis Pega Marketplace et installez-le. Vous pouvez configurer Deployment Manager pour qu'il soit accessible en tant que fonctionnalité autonome, ou dans Admin Studio ou App Studio.
Note: Pour plus d'informations sur l'installation de Deployment Manager, consultez Installing or updating Deployment Manager 5.
La figure suivante montre le tableau de bord Deployment Manager, qui fournit un accès rapide à tous vos pipelines et affiche plusieurs applications à différents stades de développement :
Configuration de Deployment Manager dans App Studio
Vous devez configurer et intégrer correctement Deployment Manager à App Studio pour pouvoir publier des modifications. Ces étapes d’intégration permettent la communication entre les environnements candidats et l’orchestrateur pour assurer une publication transparente des pipelines de déploiement.
Note: Pour plus d’informations sur l’activation de l’intégration de Deployment Manager dans l’environnement App Studio, consultez Understanding App Studio for publishing.
En utilisant Deployment Manager, vous pouvez configurer chacune de vos applications avec un pipeline. Dans ce pipeline, vous déplacez votre application dans différents environnements. Lorsque vous intégrez Deployment Manager dans l’environnement App Studio, le système expose le pipeline d’une application spécifique via App Studio (Settings > Versions). Les concepteurs d’applications peuvent publier leurs modifications dans des environnements supérieurs, ce qui élimine le besoin pour les administrateurs système de promouvoir ou de configurer manuellement les applications.
Outils tiers
Si vous avez une pratique DevOps existante, vous pouvez intégrer DevOps à des outils tiers. Pega Platform prend également en charge l’intégration ouverte de DevOps à l’aide d’outils tiers populaires tels que Jenkins et Microsoft Azure DevOps en fournissant une plateforme ouverte, avec tous les hooks et services nécessaires. Grâce à l’intégration ouverte de DevOps, vous pouvez construire un pipeline de déploiement en utilisant des outils tiers pour automatiser la gestion des branches.
Vérifiez vos connaissances avec l’interaction suivante :
This Topic is available in the following Modules:
If you are having problems with your training, please review the Pega Academy Support FAQs.
Want to help us improve this content?