Ajout d’un pipeline hors production configuring-non-production-pipelines

Découvrez comment utiliser Cloud Manager pour créer et configurer des pipelines hors production afin de déployer votre code. Si vous souhaitez d’abord obtenir une vue d’ensemble plus conceptuelle du fonctionnement des pipelines dans Cloud Manager, reportez-vous au document Pipelines CI/CD.

Vue d’ensemble overview

En utilisant le volet Pipelines dans Cloud Manager, le Responsable de déploiement peut créer deux types de pipelines différents.

  • Pipelines de production - un pipeline de production est un pipeline spécialement conçu, composé d’une série d’étapes coordonnées pour mener le code source jusqu’à la production.
  • Pipelines hors production - un pipeline hors production sert principalement à exécuter des analyses de qualité du code ou à déployer le code source dans un environnement de développement.

Ce document se concentre sur les pipelines hors production. Pour plus de détails sur la configuration des pipelines de production, voir le document Configurer des pipelines de production.

Il existe deux types de pipelines hors production :

  • Pipelines de qualité du code : ceux-ci exécutent des analyses de qualité du code sur le code dans une branche Git et exécutent les étapes de création et de qualité du code.
  • Pipelines de déploiement : outre l’exécution des étapes de création et de qualité du code, identiques à celles des pipelines de qualité du code, ces pipelines déploient le code dans un environnement hors production.
NOTE
Vous ne pouvez pas configurer de pipeline tant que le référentiel Git associé ne comporte pas au moins une branche et que la configuration du programme n’est pas terminée. Consultez le document Référentiels Cloud Manager pour découvrir comment ajouter et gérer des référentiels dans Cloud Manager.

Ajout d’un nouveau pipeline hors production add-non-production-pipeline

Après avoir configuré un programme et au moins un environnement dans l’interface utilisateur de Cloud Manager, vous pouvez ajouter des pipelines hors production. Utilisez ces pipelines pour tester la qualité de votre code avant de le déployer dans des environnements de production.

  1. Connectez-vous à Cloud Manager à l’adresse my.cloudmanager.adobe.com et sélectionnez l’organisation et le programme appropriés.

  2. Sur l’écran d’accueil de Cloud Manager, ouvrez la carte Pipelines et cliquez sur Ajouter, puis sélectionnez Ajouter un pipeline hors production.

    Ajouter un pipeline hors production

  3. Sous l’onglet Configuration de la boîte de dialogue Ajouter un pipeline hors production, sélectionnez le type de pipeline que vous souhaitez créer, l’un des éléments suivants :

    • Pipeline de qualité du code - Crée un pipeline qui génère le code, exécute des tests unitaires et évalue la qualité du code sans le déployer dans un environnement.
    • Pipeline de déploiement - Crée un pipeline qui génère le code, exécute des tests unitaires, évalue la qualité du code et le déploie dans un environnement.

    Choix du type de pipeline

Pipeline de la qualité du code - Onglet Configuration
table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3
Section Option Description
Configuration du pipeline Nom du pipeline hors production Saisissez une description pour votre pipeline dans le champ Nom du pipeline hors production.
Test

Visible uniquement lors de la modification d’un pipeline hors production.
L’interface utilisateur affiche les catégories de test que le pipeline exécute dans le cadre de la validation de la qualité du code.

  • Test de code statique - Analyse le code pour détecter les problèmes de qualité et d’exactitude.
  • Tests de charge/performance - Évalue le comportement lié aux performances dans le cadre des tests de pipeline.
  • Tests de sécurité - Vérifie le code et la sortie du pipeline pour les problèmes de sécurité.
Options de déploiement Déclencheur de déploiement
  • Manuel : vous permet de lancer le pipeline manuellement.
  • Lors des modifications Git : démarre le pipeline lorsque 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 mesures importants
  • Demander à chaque fois – Ce comportement est le paramètre par défaut qui nécessite une intervention manuelle lors de 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 se produit. Il émule essentiellement un utilisateur rejetant manuellement chaque échec.
  • Continuer immédiatement - si cette option est sélectionnée, le pipeline se poursuit automatiquement chaque fois qu’un échec important se produit. Il émule essentiellement la validation manuelle de chaque échec par un utilisateur.
Case à cocher Approuver après le déploiement dans l’environnement intermédiaire Visible uniquement lors de la modification d’un pipeline hors production.
Sélectionnez cette option pour exiger une approbation après le déploiement dans l’environnement d’évaluation avant que le pipeline puisse continuer. Si cette option n’est pas sélectionnée, le pipeline se poursuit en fonction du comportement configuré.
Pipeline de déploiement - Onglet Configuration
table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3 6-row-3 7-row-3 8-row-3 9-row-3
Section Option Description
Configuration du pipeline Nom du pipeline hors production Saisissez une description pour votre pipeline dans le champ Nom du pipeline hors production.
Environnement de déploiement éligible Si votre pipeline est un pipeline de déploiement, vous devez sélectionner les environnements dans lesquels Cloud Manager déploie le code.
Test

Visible uniquement lors de la modification d’un pipeline hors production.
L’interface utilisateur affiche les catégories de test que le pipeline exécute dans le cadre de la validation de la qualité du code.

  • Test de code statique - Analyse le code pour détecter les problèmes de qualité et d’exactitude.
  • Tests de charge/performance - Évalue le comportement lié aux performances dans le cadre des tests de pipeline.
  • Tests de sécurité - Vérifie le code et la sortie du pipeline pour les problèmes de sécurité.
Options de déploiement Déclencheur de déploiement
  • Manuel : vous permet de lancer le pipeline manuellement.
  • Lors des modifications Git : démarre le pipeline lorsque 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 mesures importants
  • Demander à chaque fois - Le paramètre par défaut invite l’utilisateur à décider comment procéder lorsqu’une mesure importante échoue.
  • Échec immédiat - Le pipeline est annulé chaque fois qu’une mesure importante échoue. Il s’agit essentiellement de l’émulation d’un utilisateur ou d’une utilisatrice qui rejette manuellement chaque échec.
  • Continuer immédiatement - Le pipeline se poursuit automatiquement chaque fois qu’une mesure importante échoue. Il s’agit essentiellement de l’émulation d’un utilisateur ou d’une utilisatrice qui approuve manuellement chaque échec.
Case à cocher Approuver après le déploiement dans l’environnement intermédiaire Visible uniquement lors de la modification d’un pipeline hors production.
Sélectionnez cette option pour exiger une approbation après le déploiement dans l’environnement d’évaluation avant que le pipeline puisse continuer. Si cette option n’est pas sélectionnée, le pipeline se poursuit en fonction du comportement configuré.
Case Ignorer les modifications de la répartition de charge Sélectionnez cette option pour empêcher le pipeline d’effectuer des modifications de la répartition de charge pendant le déploiement.
Configuration

Le rôle Responsable de déploiement permet de configurer un ensemble de chemins de contenu qui sont soit invalidés soit vidés du cache d’AEM Dispatcher lorsqu’un pipeline est exécuté. Cloud Manager exécute ces actions de cache dans le cadre de l’étape du pipeline de déploiement, juste après le déploiement des packages de contenu. Ces paramètres utilisent le comportement standard d’AEM Dispatcher. Pour configurer Dispatcher, procédez comme suit :

  • Sous CHEMIN, indiquez un chemin d’accès au contenu que le pipeline doit vider ou invalider.

  • Sous TYPE, sélectionnez l’action à effectuer sur ce chemin.

    • Vidage - Effectuez une suppression du cache sur le chemin d’accès spécifié.
    • Invalider - effectuez une invalidation du cache, comme lorsque le contenu est activé d’une instance de création vers une instance de publication.
    • Cliquez sur Ajouter un chemin pour ajouter votre chemin spécifié. Vous pouvez ajouter jusqu’à 100 chemins par environnement.
Pipeline Case à cocher Contrôle de l’expérience Sélectionnez cette option pour inclure une étape de contrôle de l’expérience dans le pipeline. Lorsqu’il est activé, le pipeline inclut l’étape Contrôle de l’expérience après l’onglet Code Source .
  1. Dans le coin inférieur droit de la boîte de dialogue Ajouter un pipeline hors production, cliquez sur Continuer.
  2. Sélectionnez le type de code que le pipeline est configuré pour créer et déployer.
Onglet Code Source - Code de pile complète

Déploie l’ensemble de l’application AEM, y compris le code de l’application et, par défaut, la configuration de niveau web.

table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3
Section Option Description
Code Référentiel Dans la liste déroulante , choisissez le référentiel Git que le pipeline utilise comme source. Cloud Manager crée le code à partir du référentiel que vous choisissez ici.
Branche Git Dans la liste déroulante , choisissez la branche du référentiel sélectionné à partir de laquelle le pipeline doit être créé. La valeur par défaut est main. Le pipeline utilise la branche choisie comme source pour la création et le déploiement. Si nécessaire, cliquez sur Actualiser pour mettre à jour la liste des branches disponibles pour le référentiel sélectionné. Utilisez cette option si une branche créée récemment n’apparaît pas dans la liste.
Créer une stratégie
  • Version complète - Génère tous les modules du référentiel à chaque fois
  • BETA Smart Build - crée uniquement les modules qui ont été modifiés depuis la dernière validation.
    En savoir plus sur l’utilisation de Smart Build dans un pipeline hors production. Important : la création intelligente est disponible uniquement pour les pipelines de qualité du code et de déploiement de code de pile complète de développement.
Case à cocher Ignorer la configuration de niveau web Sélectionnez cette option pour ignorer le déploiement de la configuration de niveau web dans un pipeline de code de pile complète. Laissez l’option désélectionnée pour déployer la configuration de niveau web avec le code du pipeline.
Pipeline Case à cocher Contrôle de l’expérience Sélectionnez cette option pour inclure une étape de contrôle de l’expérience dans le pipeline. Lorsqu’il est activé, le pipeline inclut l’étape Contrôle de l’expérience après l’onglet Code Source .
Code Source - Configuration de niveau web

Déploie uniquement la configuration de niveau web, telle que les propriétés Dispatcher utilisées pour stocker, traiter et diffuser des pages web au client. Lorsque vous sélectionnez Configuration de niveau web, Cloud Manager crée un pipeline dédié au déploiement de la configuration de niveau web.

Si un pipeline de pile complète existe déjà, Cloud Manager affiche un avis indiquant que la création d’un pipeline de configuration de niveau web entraîne l’exclusion de la configuration de niveau web par le pipeline de pile complète existant. Une fois que vous avez créé le pipeline de configuration de niveau web, Cloud Manager gère les déploiements de configuration de niveau web via ce pipeline au lieu du pipeline de pile complète.

table 0-row-3 1-row-3 2-row-3 3-row-3
Section Option Description
Code Référentiel Dans la liste déroulante, sélectionnez le référentiel Git contenant la configuration de niveau web.
Branche Git Sélectionnez la branche dans le référentiel choisi que Cloud Manager utilise pour le déploiement. Si nécessaire, cliquez sur Actualiser pour mettre à jour la liste des branches disponibles pour le référentiel sélectionné. Utilisez cette option si une branche créée récemment n’apparaît pas dans la liste.
Emplacement du code Saisissez le chemin d’accès dans le référentiel sélectionné qui contient la configuration de niveau web à déployer. L’emplacement par défaut est la racine du référentiel (/).
  1. Cliquez sur Enregistrer.

À propos de l’utilisation de la création dynamique dans un pipeline hors production about-smart-build

La version intelligente dans Cloud Manager est une stratégie de création optimisée pour les pipelines hors production. La génération intelligente réduit les temps de génération en mettant en cache les modules et en ne reconstruisant que les modules qui ont été modifiés depuis la dernière exécution réussie. Les modules inchangés sont réutilisés à partir du cache, tandis que seuls les modules modifiés et leurs dépendances sont reconstruits, ce qui améliore l’efficacité des workflows de développement itératifs.

La génération intelligente n’est actuellement disponible que pour les éléments suivants :

  • Pipelines de la qualité du code.
  • Développez des pipelines de déploiement full stack.
NOTE
La première exécution après l’activation de la création dynamique se comporte comme une création complète, car le cache est vide.

Le build intelligent est recommandé lorsque vous disposez des éléments suivants :

  • Vous développez et validez activement des modifications incrémentielles fréquentes.
  • Votre projet contient plusieurs modules Maven.
  • Les versions complètes prennent beaucoup de temps.

La création intelligente n’est pas toujours idéale lorsque vous disposez des éléments suivants :

  • Votre version repose principalement sur des modules externes qui effectuent des opérations en dehors du graphique de dépendance de Maven.
  • Vous avez besoin d’une validation de reconstruction complète à chaque exécution.

Présentation des performances de build smart-build-performance

Le gain de performances de l’utilisation de la création dynamique dépend de plusieurs facteurs, notamment des éléments suivants :

  • Nombre de modules dans le projet.
  • La fréquence et l’étendue des modifications de code.
  • La distribution des dépendances entre les modules.

En règle générale, les projets comportant de nombreux modules indépendants peuvent bénéficier de la plus grande amélioration.

Désinscription du cache par module smart-build-cache-optout

Smart Build fournit un contrôle affiné qui vous permet de désactiver la mise en cache pour des modules spécifiques. Cette fonctionnalité est utile lorsque certains modules :

  • Utilisez des plug-ins, tels que exec-maven-plugin ou maven-antrun-plugin.
  • Effectuer des opérations de fichier non suivies par les dépendances Maven.
  • Produire des résultats incohérents lors de la mise en cache.

Désactiver la mise en cache pour un module smart-build-disable-caching

Vous pouvez ajouter la propriété suivante au pom.xml du module concerné :

<properties>
  <maven.build.cache.enabled>false</maven.build.cache.enabled>
</properties>

Cette syntaxe force le module à se recréer à chaque exécution de pipeline tandis que les autres modules continuent à bénéficier de la mise en cache.

Restrictions et considérations lors de l’utilisation de la création dynamique smart-build-limitations

Gardez les points suivants à l’esprit lorsque vous utilisez la création dynamique :

  • Smart Build repose sur l’analyse des dépendances Maven.
  • Les modifications en dehors du graphique de dépendance peuvent ne pas déclencher de reconstructions.
  • Certains plug-ins peuvent ne pas être entièrement compatibles avec la mise en cache.
  • Vous pouvez revenir à la version complète à tout moment en modifiant le pipeline hors production.

Si vous rencontrez un comportement de build inattendu, envisagez de désactiver la mise en cache de modules spécifiques ou de changer temporairement votre stratégie de build en Version complète.

Dépannage des problèmes de création dynamique smart-build-troubleshoot

Problème
Solutions suggérées
Les résultats de build sont incohérents
· Désactivez la mise en cache pour les modules concernés.
· Vérifiez le comportement des plug-ins (en particulier des plug-ins exec/antrun).
Aucune amélioration des performances
· Assurez-vous que plusieurs exécutions ont eu lieu (préchauffage du cache).
· Vérifiez si la plupart des modules changent fréquemment.
Artefacts inattendus ou modifications manquantes
· Vérifiez si les modifications ne se trouvent pas en dehors du suivi des dépendances Maven.
· Utilisez Version complète pour la vérification.

Voir Ajouter un pipeline hors production la section Activation de la création dynamique.

Étapes suivantes the-next-steps

Après avoir configuré le pipeline, vous pouvez déployer votre code. Voir la section Déploiement du code pour plus d’informations.

Tutoriel vidéo video-tutorial

Cette vidéo présente une vue d’ensemble du processus de création de pipeline, détaillé dans ce document.

recommendation-more-help
experience-manager-cloud-manager-help-main-toc