Contenu connexe

• Initiation à Continuous Delivery
• Initiation aux clusters
• Initiation aux chaînes d'outils

Configuration du nom et de la région de la chaîne d'outils

Passez en revue les informations par défaut des paramètres de chaîne d'outils. Le nom de la chaîne d'outils l'identifie dans IBM Cloud. Veillez à ce qu'il n'existe qu'une seule chaîne d'outils de ce nom dans une même région et un même groupe de ressources IBM Cloud.

La région de la chaîne d'outils peut être différente de celle du cluster et du registre.

Sélectionnez la stratégie de déploiement

La chaîne d'outils crée un pipeline de déploiement continu pour déployer l'image Docker de l'application sur le groupe de clusters défini dans Satellite.

1. Cliquez sur Plusieurs clusters via Satellite pour déployer votre application à l'aide de Satellite.

   

2. Cliquez sur Continu.

Configuration du code source de l'application

Dans l'étape Application, les options recommandées pour le repo du code source de l'application sont affichées par défaut. Pour afficher toutes les options disponibles pour l'intégration Git sous-jacente, cliquez sur Options avancées. Par défaut, la chaîne d'outils utilise l'exemple par défaut qui clone l'application exemple sous la forme d'un référentiel Git Repos and Issue Tracking hébergé par IBM.

Vous pouvez changer le nom de l'application repo. La région du repo reste la même que la région de la chaîne d'outils.

Le modèle de chaîne d'outils fournit une application Application Conteneurs Hello. Si vous souhaitez lier un référentiel d'application existant pour la chaîne d'outils, sélectionnez Apportez votre propre application et indiquez l'URL du référentiel. La chaîne d'outils prend en charge la liaison uniquement aux pensions Git Repos and Issue Tracking existantes.

Par défaut, le modèle de référentiel d'application est cloné dans votre organisation Git Repos and Issue Tracking. Pour modifier l'organisation, activez Options avancées et indiquez le propriétaire du référentiel.

Configuration du référentiel d'inventaire

Le référentiel d'inventaire enregistre les détails des artefacts générés par les chaînes d'outils d'intégration continue. Vous pouvez soit créer un nouveau dépôt d'inventaire qui soit un clone du modèle de dépôt d'inventaire, soit utiliser un dépôt d'inventaire existant que vous partagez entre plusieurs chaînes d'outils.

Par défaut, le modèle repo Inventory est cloné sur votre organisation Git Repos and Issue Tracking. Pour modifier l'organisation, sélectionnez Options avancées et indiquez le propriétaire du référentiel.

Secrets de stockage de sécurité

Plusieurs outils de cette chaîne d'outils nécessitent des secrets, tels qu'une clé d'API IBM Cloud. Vous devez stocker en toute sécurité tous les secrets dans un coffre et les faire référence comme requis par la chaîne d'outils.

A l'aide de IBM Cloud, vous pouvez choisir parmi diverses offres de gestion de secrets et de protection des données qui vous aident à protéger vos données sensibles et à centraliser votre secret. Dans l'étape Secrets, vous pouvez spécifier les intégrations de coffre à ajouter ou à supprimer de votre chaîne d'outils. Pour plus d'informations sur l'ajout et la suppression d'intégrations de coffre, y compris les prérequis et l'utilisation de conseils, voir Gestion des secrets IBM Cloud.

En utilisant des conseils dans un modèle, une chaîne d'outils est automatiquement renseignée avec des secrets préconfigurés ; vous n'avez pas besoin de sélectionner manuellement les secrets des intégrations de coffre qui sont associés à la chaîne d'outils.

Ce tutoriel utilise IBM Secrets Manager comme coffre des secrets.

IBM Secrets Manager stocke et applique des informations confidentielles telles que les clés d'API, la signature d'image ou les données d'identification HashiCorp qui font partie de votre chaîne d'outils.

Pour plus d'informations sur la gestion de vos secrets dans IBM Key Protect ou HashiCorp,, voir Secrets.

Exploration des pipelines

Vous pouvez explorer les pipelines pour comprendre le flux de la chaîne d'outils et les différentes opérations qui s'exécutent dans chaque pipeline. La chaîne d'outils que vous venez de créer contient trois pipelines :

• Pipeline de demande d'extraction : S'exécute lorsqu'un développeur fusionne les modifications de sa branche de développement à la branche principale, ou à toute autre branche du référentiel. Le pipeline de demande d'extraction exécute les opérations de test d'unité et d'analyse statique sur le code source de l'application.
• Pipeline d'intégration continue : S'exécute lorsque vous fusionnez une modification dans la branche principale du référentiel de code source d'application. Le pipeline d'intégration continue exécute le test d'unité, la couverture de code et les analyses statiques sur le code source de l'application, la vérification CIS et la vérification de nomenclature. Le pipeline de distribution continue génère également les artefacts de génération binaires et les télécharge sur IBM Cloud® Kubernetes Service, tel qu'il est configuré dans la chaîne d'outils. Et le pipeline d'intégration continue génère les métadonnées des artefacts de construction et les stocke dans le référentiel Inventory.
• Pipeline de déploiement continu : Déploie les artefacts de génération dans l'environnement de déploiement. Le pipeline vérifie le déploiement réussi de l'application en exécutant le contrôle de santé. Vous devez déclencher manuellement ce pipeline une fois le pipeline d'intégration en continu terminé. En fonction de la stratégie de déploiement que vous avez sélectionnée, d'autres déclencheurs sont ajoutés au pipeline de distribution continue.

Exécution de la demande d'extraction et des pipelines d'intégration continue

Pour démarrer le pipeline de demande d'extraction, créez une demande de fusion dans votre application repo :

1. Sur la page Présentation de la chaîne d'outils, sur la carte Référentiels, cliquez sur l'application du référentiel compliance-app-<timestamp>.
2. A partir du référentiel maître, créez une branche.
3. Mettez à jour un code dans l'exemple d'application de noeud ou le fichier readme et sauvegardez ces modifications.
4. Soumettez la demande de fusion.
5. Sur la page Présentation de la chaîne d'outils, sur la carte Référentiels, cliquez sur le référentielpr-pipeline pour lancer le pipeline de demande d'extraction. La demande de fusion correspondante dans votre application repo reste à l'état en attente jusqu'à ce que toutes les étapes du pipeline de demande d'extraction se terminent correctement.
6. Une fois que l'exécution du pipeline de demande d'extraction aboutit, vous pouvez la sélectionner pour explorer les étapes terminées.

Pour démarrer le pipeline d'intégration continue, fusionnez la demande de fusion d'intégration continue dans votre application repo :

1. Accédez à la demande de fusion.
2. Fusionner la demande afin que vos modifications soient copiées sur la branche principale de votre application repo. Le pipeline d'intégration continue est automatiquement déclenché.
3. Sur la page Présentation de la chaîne d'outils d'intégration continue, sur la carte Référentiels, cliquez sur le référentiel ci-pipeline pour démarrer le pipeline d'intégration continue.
4. Une fois l'exécution du pipeline d'intégration continue réussie, vous pouvez cliquer sur l'exécution du pipeline pour explorer les étapes terminées.

Explorez le pipeline de distribution continue

La demande d'extraction et les pipelines d'intégration continue sont communs à toutes les stratégies de déploiement. Les modifications de conception et d'implémentation du pipeline de distribution continue sont basées sur la stratégie de déploiement que vous avez précédemment sélectionnée dans ce tutoriel.

Vous pouvez démarrer un pipeline de distribution continue de l'une des manières suivantes :

• Déclenche manuellement le pipeline de distribution continue.
• Déclencheur automatique du pipeline de distribution continue après chaque action Merge dans le référentiel Inventory. Après la fusion, vous devez déclencher manuellement le pipeline de livraison continue.

Un déclencheur Git Repos and Issue Tracking est configuré pour déclencher un pipeline de distribution automatique automatique, mais il est désactivé par défaut. Vous pouvez activer ce déclencheur après la première fois que vous promouvez un changement.