Pipelines CI/CD ci-cd-pipeline
Découvrez les pipelines CI/CD et comment ils gèrent les déploiements vers les environnements d’évaluation et de production dans Cloud Manager.
Vue d’ensemble overview
Cloud Manager comprend un framework d’intégration continue/de diffusion continue (CI/CD) permettant aux équipes d’implémentation de tester et de diffuser rapidement des codes nouveaux ou mis à jour. Les équipes d’implémentation peuvent configurer et démarrer un pipeline CI/CD automatisé. Ce pipeline suit les bonnes pratiques de codage d’Adobe pour effectuer une analyse de code complète et garantir une qualité de code optimale.
Le pipeline CI/CD automatise également les processus de test d’unités et de performances pour accroître l’efficacité du déploiement et identifier de manière proactive les problèmes critiques dont la correction est coûteuse après le déploiement. Les équipes d’implémentation peuvent avoir accès à un rapport complet sur les performances du code afin d’avoir une vue d’ensemble des impacts potentiels sur les indicateurs de performance clés et les validations de sécurité critiques en cas de déploiement du code en production.
À propos du processus de pipeline pipeline-process
Le diagramme suivant illustre ce qui se produit une fois qu’une version est déclenchée dans Cloud Manager à l’aide d’un pipeline.
2018.531.245527.0000001222.Sources de code code-sources
Les pipelines peuvent également différer selon le type de code qu’ils déploient, en plus de la production et de la non-production.
- Pipelines full stack - Déployez l’ensemble du code de l’application AEM avec les configurations HTTPD/Dispatcher.
- Pipelines de configuration de niveau web - Déployez uniquement les configurations HTTPD/Dispatcher.
Pipelines full stack full-stack-pipeline
Les pipelines full stack déploient l’ensemble du code de l’application AEM sur le runtime AEM et, par défaut, déploient également les configurations de niveau web.
Les restrictions suivantes s’appliquent.
- Un utilisateur doit être connecté avec le rôle Responsable de déploiement pour configurer ou exécuter des pipelines.
- À tout moment, il ne peut y avoir qu’un seul pipeline full stack par environnement.
La section suivante décrit l’interaction du pipeline full stack avec un pipeline de configuration de niveau web.
- Le pipeline full stack pour un environnement ignore la configuration Dispatcher si le pipeline de configuration de niveau web correspondant existe.
- Si le pipeline de configuration de niveau web correspondant à l’environnement n’existe pas, l’utilisateur peut configurer le pipeline full stack pour inclure ou ignorer la configuration Dispatcher.
Les pipelines full stack peuvent être des pipelines de type qualité de code ou déploiement.
Configuration des pipelines full stack configure-full-stack
Voir Ajouter un pipeline de production.
Voir Ajouter un pipeline hors production.
Pipelines de configuration de niveau web web-tier-config-pipelines
Les pipelines de configuration de niveau web permettent le déploiement exclusif de la configuration HTTPD/Dispatcher pour l’exécution d’AEM, en la découplant des autres modifications de code. Il s’agit d’un pipeline rationalisé qui fournit aux utilisateurs qui souhaitent déployer uniquement les modifications de configuration de Dispatcher une méthode accélérée pour le faire en quelques minutes seulement.
Les restrictions suivantes s’appliquent.
- Un utilisateur doit être connecté avec le rôle Responsable de déploiement pour configurer ou exécuter des pipelines.
- À tout moment, il ne peut y avoir qu’un seul pipeline de configuration de niveau web par environnement.
- L’utilisateur ne peut pas configurer de pipeline de configuration de niveau web lorsque le pipeline full stack correspondant est en cours d’exécution.
La section suivante décrit l’interaction du pipeline de configuration de niveau web avec le pipeline de pile complète.
- Si un pipeline de configuration de niveau web n’est pas configuré pour un environnement, l’utilisateur peut choisir d’inclure ou d’ignorer la configuration Dispatcher lors de la configuration du pipeline full stack.
- Une fois qu’un pipeline de configuration de niveau web est configuré pour un environnement, son pipeline full stack correspondant (s’il en existe un) ignore la configuration Dispatcher lors de l’exécution et du déploiement.
- Après la suppression d’un pipeline de configuration de niveau web, son pipeline full stack correspondant (s’il en existe un) est réinitialisé pour déployer des configurations Dispatcher lors de son exécution.
Configuration des pipelines de niveau web configure-web-tier
Voir Ajouter un pipeline de production.
Voir Ajouter un pipeline hors production.
Versions plus rapides à l’aide de la création dynamique use=smart-build
Cloud Manager utilise désormais une stratégie de création optimisée appelée Smart Build, qui utilise la mise en cache au niveau du module pour accélérer le processus de création. Lors de chaque génération, seuls les modules qui ont été modifiés sont reconstruits, tandis que les modules inchangés sont réutilisés à partir du cache.
La génération intelligente est disponible uniquement pour les pipelines de qualité du code et de déploiement Dev Full Stack .
Voir Ajouter un pipeline hors production et À propos de l’utilisation de la création intelligente dans un pipeline hors production.
Configurer un pipeline CI/CD how-to-setup-a-ci-cd-pipeline
Pour en savoir plus sur la configuration du pipeline, voir les documents Configurer des pipelines de production et Configurer des pipelines hors production.
Points de contrôle de qualité quality-gates
Le pipeline CI/CD fournit des points de contrôle de qualité, ou critères d’acceptation, qui doivent être respectés avant que le code ne puisse passer de l’environnement d’évaluation à l’environnement de déploiement. Le pipeline comprend trois points de contrôle :
- Qualité du code
- Test de performance
- Tests de sécurité
Pour chacun de ces points de contrôle, trois niveaux de problèmes sont identifiés :
- Critique : les problèmes critiques identifiés par le point de contrôle entraînent un échec immédiat du pipeline.
- Important : les problèmes importants identifiés par le point de contrôle entraînent la suspension du pipeline. Une personne responsable de déploiement, de projet ou propriétaire d’entreprise peut contourner les problèmes, ce qui permet au pipeline de se poursuivre. Au contraire, les problèmes peuvent également être acceptés, ce qui entraîne l’arrêt du pipeline avec un échec.
- Informations : les problèmes d’informations identifiés par le point de contrôle sont fournis à titre purement informatif et sans incidence sur l’exécution du pipeline.
L’exemple suivant est une analyse du code avec les problèmes identifiés.
Configurer des points de contrôle how-to-setup-gates
Consultez le document Configurer des pipelines de production pour obtenir plus d’informations sur la configuration de points de contrôle concernant votre code, la qualité et les performances.