Etapes et tâches

Pour plus d'informations sur la personnalisation des étapes à l'aide du fichier .pipeline-config.yaml, voir Scripts personnalisés. e) et des listes de paramètres de pipeline.

Paramètres de configuration du contexte et des variables Terraform

Pour les définitions Terraform qui définissent la source infrastructure-as-code, le contexte et les variables liées à l'analyse et aux vérifications liées à Terraform et Terraform peuvent être définis à l'aide des paramètres décrits dans le tableau 1.

Les mêmes paramètres s'appliquent aux scripts utilisés dans un processus de déploiement CD IaC. Etant donné que le processus CD peut traiter plusieurs entrées d'inventaire, vous pouvez définir la portée d'un paramètre pour une entrée d'inventaire. Pour spécifier le contexte Terraform et les variables d'une portée (entrée d'inventaire), préfixez la propriété avec le nom de l'entrée d'inventaire, par exemple: <inventory_entry>_. Ce préfixe s'applique aux entrées d'environnement tf-dir, TF_VAR_<XXXX>, tfvars-repository, tfvars-branch et tfvars-files.

Exemple :

hello-iac-sample_TF_VAR_resource_group : Default

Analyses et vérifications dans l'analyse du code statique

L'étape d'analyse de code statique exécute un certain nombre d'outils d'analyse de code statique sur les référentiels IaC spécifiés. Les référentiels qui sont fournis par la commande pipelinectl save_repo et le référentiel d'application par défaut sont analysés.

Vous pouvez utiliser l'une des méthodes définies pour le scannage de code statique configurable pour le pipeline d'intégration continue des relations d'application.

Le pipeline d'intégration continue IaC définit des outils supplémentaires qui sont activés à l'aide des paramètres opt-in-* du tableau 2 défini sur 1.

Analyses et vérifications de conformité

Les vérifications de conformité définies pour le pipeline d'intégration continue lié à l'application sont également effectuées pour le pipeline d'intégration continue IaC.

Le pipeline IaC CI effectue des vérifications supplémentaires qui sont activées à l'aide des fonctions opt-in-.

Le pipeline d'EC IaC définit des outils supplémentaires qui sont activés à l'aide des paramètres opt-in- définis sur 1.

À compter du 15 décembre 2025, IBM Cloud Security and Compliance Center sera obsolète. Toutes les instances de service existantes sont hors service.

Ces scripts sont exécutés sur tous les dépôts dont le pipeline a connaissance. Pour ajouter des dépôts à ces analyses, utilisez l'interface pipelinectl fournie dans votre phase d'installation. Pour plus d'informations, voir pipelinectl.

Pour plus d'informations sur la sortie attendue à partir des étapes de script utilisateur, voir Scripts personnalisés.

{
    "scc_rules": [
        {
            "scc_rule_id": "rule-8cbd597c-7471-42bd-9c88-36b2696456e9"
        },
        {
            "scc_rule_id": "rule-c97259ee-336d-4c5f-b436-1868107a9558"
        }
    ]
}

Artefact de génération

Dans l'étape de construction des artefacts, vous pouvez construire vos propres artefacts. Pour le pipeline IaC CI, la fonction de génération par défaut crée un fichier Tar qui contient la configuration Terraform.

La fonction de génération par défaut peut être configurée à l'aide de paramètres spécifiques du tableau 5.

Pour plus d'informations sur l'accès aux paramètres et aux secrets au cours des étapes de script personnalisé, voir Scripts personnalisés.

Signe d'artefact

L'étape de signature d'artefact fournit un comportement par défaut permettant d'utiliser une clé GPG pour créer un fichier de signature détaché pour un ou plusieurs artefacts.

Pour utiliser un processus de signature différent, personnalisez cette étape à l'aide de la configuration .pipeline-config.yaml de votre projet.

Déployer dans le développement

L'étape de déploiement déploie l'artefact de configuration dans un environnement de développement. Vous pouvez fournir vos variables et données d'identification pour cette étape à partir de variables de l'interface utilisateur de pipeline et du contenu de webhook de déclencheur de pipeline.

Les scripts fournis dans le cadre de l'image de base commune peuvent vous aider à effectuer un déploiement à l'aide de l'interface de ligne de commande schematics ou Terraform. Les paramètres de configuration des scripts pour l'action de déploiement sont décrits dans les tableaux 8 et 9.

hello-iac-sample_schematics-workspace-name : workspace-for-deployment-of-hello-iac-sample

hello-iac-sample_tf-backend-s3-bucket : bucket-to-store-tfstate-of-hello-iac-sample

Publication dans l'inventaire

Utilisez l'étape de script utilisateur de publication dans l'inventaire pour ajouter des artefacts à l'inventaire à l'aide de la commande CLI cocoa inventory add. Pour plus d'informations sur cocoa inventory add, voir cacao inventory add.

Vous pouvez utiliser l'interface pipelinectl pour accéder à vos dépôts et artefacts en utilisant les commandes list_repos, load_repo, list_artifacts, et load_artifact. Pour plus d'informations, voir pipelinectl.

Collecte de données de conformité sur la génération

Lorsque le pipeline s'exécute correctement, vous pouvez collecter des informations sur la génération.

Les preuves sont collectées pour tous les contrôles, scans, tests et signatures d'artefacts et sont placées dans l'armoire à preuves. Les fichiers journaux de pipeline sont également sauvegardés dans le casier, avec les données de pipeline proprement dites, contenant les définitions Tekton. Les données de conformité sur les évaluations par les pairs sont également collectées au cours de cette étape. Le pipeline utilise pipelinectl pour rechercher des référentiels contenant des demandes d'extraction qui ont été fusionnés depuis la dernière génération. Le pipeline vérifie également le statut de l'examen des RP, l'enregistre en tant qu'artefact et crée des preuves basées sur le résultat.

Le script final est un évaluateur, qui affecte la couleur verte ou rouge au statut du pipeline en fonction des statuts de preuve. En cas d'échec, l'exécution de l'intégration continue est marquée en rouge.