Créer un service de distribution continue

La distribution continue prend en charge les référentiels et les pipelines de la chaîne d'outils. Pour créer un service de distribution continue, voir Continuous Delivery.

Vous pouvez évaluer le service de distribution continue pendant 30 jours à l'aide du plan Lite.

Création d'un cluster Kubernetes

Si vous utilisez la variante Kubernetes de l'architecture déployable DevSecOps Application Lifestyle Management, vous devez créer soit un cluster Kubernetes, soit un cluster Red Hat OpenShift.

Pendant que vous évaluez le service, vous pouvez utiliser le plan de tarification gratuit. La mise à disposition de ce cluster peut prendre du temps. Au fur et à mesure de sa création, le cluster passe par les étapes suivantes : Déploiement, En attente et Prêt. Pour plus d'informations, voir Initiation à Container Registry.

Projet Code Engine

Si vous utilisez la variante Code Engine de l'architecture déployable DevSecOps Application Lifestyle Management, vous devez disposer d'un compte avec les autorisations nécessaires pour créer un projet Code Engine. Vous pouvez utiliser un projet existant, sinon un projet sera créé automatiquement. Pour plus d'informations, voir Gestion de l'accès utilisateur et Gestion des projets.

Créer un espace de noms Container Registry

1. Créez un espace de noms Container Registry. Container Registry fournit un registre d'images privé multi-tenant que vous pouvez utiliser pour stocker et partager vos images de conteneurs avec les utilisateurs de votre compte IBM Cloud.
2. Sélectionnez l'emplacement de votre espace de nom et cliquez sur Créer.

Pour plus d'informations, voir Initiation à Container Registry.

Créer une clé de signature GPG et une clé publique GPG

Créez une clé de signature d'image avec l'encodage approprié pour signer les images de votre application Docker.

Cette clé est requise pour le pipeline d'EC. L'entrée de nom de secret par défaut est signing-key. Pour plus d'informations, voir Génération d'une clé GPG.

La clé publique peut être créée à partir d'une clé privée GPG existante. Il est requis pour l'étape de validation de signature d'artefact dans le cadre de l'exécution du pipeline CD. Elle peut être générée lors de l'exécution d'un pipeline CI en ajoutant la propriété print-code-signing-certificate et en définissant la valeur 1. La clé publique sera affichée dans les journaux du pipeline CI exécuté sous l'étape build-artifact. La sortie doit ensuite être stockée dans un fournisseur de secrets. Ce paramètre est défini par défaut à partir de la version 1.1.0. Pour plus d'informations, voir Générer une clé publique GPG.

Par ailleurs, l'architecture déployable de gestion du cycle de vie des applications DevSecOps peut générer automatiquement ces clés. Pour plus d'informations, voir Mise à jour et variables.

Création d'une clé d'API IBM Cloud

Créez une clé d'API.

Sauvegardez la valeur de la clé API en la copiant, en la téléchargeant ou en l'ajoutant à votre coffre-fort. L'entrée de nom de secret par défaut est ibmcloud_api_key.

Créer une instance IBM Cloud® Object Storage (facultatif)

Créez une instance et un panier IBM Cloud Object Storage.

Pour plus d'informations, voir Configuration de IBM Cloud Object Storage pour le stockage des informations collectées et Qu'est-ce que IBM Cloud Object Storage?

La clé d'API IBM Cloud Object Storage par défaut est cos_api_key.