Configuration d’un pipeline de production configure-production-pipeline
Découvrez comment configurer des pipelines de production pour créer et déployer votre code dans les environnements de production. Un pipeline de production déploie le code d’abord dans l’environnement intermédiaire, puis, une fois approuvé, déploie le même code dans l’environnement de production.
Un utilisateur doit disposer du rôle Responsable de déploiement pour configurer les pipelines de production.
Avant de commencer le déploiement du code, vous devez configurer les paramètres de votre pipeline à partir de Cloud Manager.
Ajout d’un nouveau pipeline de production adding-production-pipeline
Une fois que vous avez configuré votre programme et que vous disposez d’au moins un environnement utilisant l’interface utilisateur de Cloud Manager, vous êtes prêt à ajouter un pipeline production en suivant ces étapes.
-
Se connecter à Cloud Manager à l’adresse my.cloudmanager.adobe.com et sélectionner l’organisation appropriée
-
Sur la console Mes programmes, sélectionnez le programme.
-
Accédez à la carte Pipelines à partir de la page Aperçu du programme et cliquez sur Ajouter pour sélectionner Ajouter un pipeline de production.
-
La boîte de dialogue Ajouter un pipeline de production s’affiche. Fournissez une Nom du pipeline pour identifier votre pipeline avec les options suivantes. Cliquez sur Continuer.
Déclencheur de déploiement - Vous disposez des options suivantes pour définir les déclencheurs de déploiement pour démarrer le pipeline.
- Manuel - utilisez cette option pour démarrer manuellement le pipeline.
- Lors des modifications Git - cette option démarre le pipeline CI/CD chaque fois que des validations sont ajoutées à la branche Git configurée. Avec cette option, vous pouvez toujours démarrer le pipeline manuellement, si nécessaire.
Comportement en cas d’échecs de mesure importants - lors de la configuration ou de la modification du pipeline, le responsable de déploiement peut définir le comportement du pipeline lorsqu’un échec important est rencontré à l’un des points de contrôle qualité. Les options disponibles sont les suivantes :
- Demander à chaque fois - il s’agit du paramètre par défaut qui nécessite une intervention manuelle pour tout échec important.
- Défaillance immédiate : si cette option est sélectionnée, le pipeline est interrompu chaque fois qu’une défaillance importante a lieu. Il s’agit essentiellement d’imiter un utilisateur qui rejetterait manuellement chaque échec.
- Continuer immédiatement - si cette option est sélectionnée, le pipeline se poursuivra automatiquement chaque fois qu’une défaillance importante se produira. Il s’agit essentiellement d’émuler un utilisateur approuvant manuellement chaque échec.
-
Dans l’onglet Code Source , vous devez sélectionner le type de code que le pipeline doit traiter.
Voir Pipelines CI/CD pour plus d’informations sur les types de pipelines.
Les étapes de création de votre pipeline de production varient en fonction du type de code source sélectionné. Suivez les liens ci-dessus pour accéder à la section suivante de ce document afin de terminer la configuration de votre pipeline.
Code full stack full-stack-code
Un pipeline de code à pile complète déploie simultanément les versions de code front-end et back-end contenant une ou plusieurs applications de serveur AEM avec une configuration HTTPD/Dispatcher.
Pour terminer la configuration du pipeline de production de code full stack, procédez comme suit.
-
Dans l’onglet Code source, vous devez définir les options suivantes.
- Référentiel - cette option définit à partir de quel référentiel Git le pipeline doit récupérer le code.
note tip TIP Consultez le document Ajout et gestion des référentiels pour découvrir comment ajouter et gérer des référentiels dans Cloud Manager. - Branche Git : cette option définit à partir de quelle branche le pipeline doit récupérer le code.
- Saisissez les premiers caractères du nom de la branche et la fonction de saisie automatique de ce champ trouvera les branches correspondantes pour vous aider à les sélectionner.
- Ignorer la configuration de niveau Web – Lorsque cette case est cochée, le pipeline ne déploie pas votre configuration de niveau web.
- Mettre en pause avant le déploiement en production - Cette option met le pipeline en pause avant son déploiement en production.
- Planifié : cette option permet à l’utilisateur d’activer le déploiement en production planifié.
-
Appuyez ou cliquez sur Continuer pour accéder à l’onglet Audit de l’expérience où vous pouvez définir les chemins qui doivent toujours être inclus dans le contrôle de l’expérience.
-
Indiquez les chemins à inclure dans le contrôle de l’expérience.
- Pour plus d’informations, consultez le document Test d’audit d’expérience .
-
Cliquez sur Enregistrer pour enregistrer votre pipeline.
Les chemins configurés pour l’audit de l’expérience sont soumis au service et évalués en fonction des tests de performances, d’accessibilité, d’optimisation du moteur de recherche (SEO), de bonnes pratiques et de PWA (application web progressive) lors de l’exécution du pipeline. Pour plus d’informations, voir Compréhension des résultats de l’audit de l’expérience.
Le pipeline est enregistré et vous pouvez maintenant gérer vos pipelines dans le carte Pipelines dans la page Aperçu du programme.
Déploiement ciblé targeted-deployment
Un déploiement ciblé déploie le code uniquement pour les parties sélectionnées de votre application AEM. Dans un tel déploiement, vous pouvez choisir d’inclure l’un des types de code suivants :
-
Config - Configurez les paramètres de différentes fonctionnalités de votre environnement AEM.
- Consultez l’ utilisation des pipelines de configuration pour obtenir la liste des configurations prises en charge, qui incluent le transfert de journaux, les tâches de maintenance liées à la purge et diverses configurations du réseau de diffusion de contenu, et pour les gérer dans votre référentiel afin qu’elles soient correctement déployées.
- Lors de l’exécution d’un pipeline de déploiement ciblé, les configurations sont déployées, à condition qu’elles soient enregistrées dans l’environnement, le référentiel et la branche que vous avez définis dans le pipeline.
- À tout moment, il ne peut y avoir qu’un seul pipeline de configuration par environnement.
-
Code front-end - Configurez JavaScript et CSS pour le front-end de votre application AEM.
- Avec les pipelines front-end, les développeurs front-end bénéficient d’une plus grande indépendance et le processus de développement peut être accéléré.
- Consultez le document Développement de sites avec le pipeline front-end pour connaître le fonctionnement de ce processus ainsi que certaines considérations à prendre en compte pour en tirer le meilleur parti.
-
Configuration de niveau web - Configurez les propriétés du Dispatcher pour stocker, traiter et diffuser des pages web au client.
- Pour plus d’informations, consultez le document Pipelines CI/CD .
- Si un pipeline de code de niveau web existe pour l’environnement sélectionné, cette sélection est désactivée.
- Si vous disposez déjà d’un pipeline full stack se déployant vers un environnement, la création d’un pipeline de configuration de niveau web pour le même environnement entraîne l’exclusion de la configuration de niveau web existante dans le pipeline full stack.
Les étapes de création de votre pipeline de déploiement ciblé en production sont les mêmes une fois que vous avez choisi un type de déploiement.
- Choisissez le type de déploiement dont vous avez besoin.
-
Définissez les environnements de déploiement éligibles.
- Si votre pipeline est un pipeline de déploiement, vous devez sélectionner les environnements à déployer.
-
Sous Source Code, définissez les options suivantes :
- Référentiel – Cette option définit à partir de quel référentiel Git le pipeline doit récupérer le code.
note tip TIP Consultez Ajout et gestion de référentiels pour découvrir comment ajouter et gérer des référentiels dans Cloud Manager. - Branche Git – Cette option définit à partir de quelle branche le pipeline sélectionné doit récupérer le code.
- Saisissez les premiers caractères du nom de la branche et la fonction de saisie automatique de ce champ. Elle trouve les branches correspondantes que vous pouvez sélectionner.
- Emplacement du code - Cette option définit le chemin d’accès dans la branche du référentiel sélectionné à partir duquel le pipeline doit récupérer le code.
- Mettre en pause avant le déploiement en production - Cette option met le pipeline en pause avant son déploiement en production.
- Planifié - Cette option permet à l’utilisateur d’activer le déploiement en production planifié. Disponible uniquement pour les déploiements ciblés de niveau web.
-
Cliquez sur Enregistrer.
Le pipeline est enregistré et vous pouvez maintenant gérer vos pipelines dans la carte Pipelines dans la page Aperçu du programme.
Ignorer les packages du Dispatcher skip-dispatcher-packages
Si vous souhaitez que les packages du Dispatcher soient créés dans le cadre de votre pipeline, mais que vous ne souhaitez pas qu’ils soient publiés pour créer du stockage, vous pouvez désactiver leur publication, ce qui peut réduire la durée d’exécution du pipeline.
La configuration suivante permettant de désactiver la publication des packages de Dispatcher doit être ajoutée via votre fichier pom.xml de projet. Elle est basée sur une variable d’environnement, qui sert d’indicateur que vous pouvez définir dans le conteneur de génération de Cloud Manager pour définir quand les packages du dispatcher doivent être ignorés.
<profile>
<id>only-include-dispatcher-when-it-isnt-ignored</id>
<activation>
<property>
<name>env.IGNORE_DISPATCHER_PACKAGES</name>
<value>!true</value>
</property>
</activation>
<modules>
<module>dispatcher</module>
</modules>
</profile>