Voraussetzungen für die Bereitstellung von DevSecOps toolchain-Operationen

Gehen Sie wie folgt vor, um DevSecOps toolchain-Operationen bereitzustellen. Diese Schritte sind für eine Terraform-Bereitstellung der DevSecOps Toolchains nicht erforderlich.

Continuous Delivery-Service erstellen

Continuous Delivery unterstützt die Repositorys und Pipelines in der Toolchain. Informationen zum Erstellen eines Continuous Delivery-Service finden Sie unter Continuous Delivery.

Sie können den Continuous Delivery-Service 30 Tage lang mithilfe des Lite-Plans bewerten.

Kubernetes-Cluster erstellen

Wenn Sie die Kubernetes-Variante der DevSecOps Application Lifestyle Management-Bereitstellungsarchitektur verwenden, müssen Sie entweder einen Kubernetes-Cluster oder einen Red Hat OpenShift-Cluster erstellen.

Bei der Bewertung des Service können Sie den kostenfreien Preistarif verwenden. Es kann einige Zeit dauern, bis der Cluster bereitgestellt ist. Während der Erstellung des Clusters durchläuft er die folgenden Phasen: Bereitstellen, Ausstehend und Fertig. Weitere Informationen finden Sie unter Erste Schritte mit Container Registry.

Projekt Code Engine

Wenn Sie die Code Engine-Variante der DevSecOps Application Lifestyle Management-Bereitstellungsarchitektur verwenden, müssen Sie über ein Konto mit der Berechtigung verfügen, ein Code Engine-Projekt zu erstellen. Sie können ein vorhandenes Projekt verwenden. Andernfalls wird automatisch ein Projekt erstellt. Weitere Informationen finden Sie unter Benutzerzugriff verwalten und Projekte verwalten.

Erstellen Sie einen Container Registry Namensraum

  1. Erstellen Sie einen Container Registry Namespace. Container Registry bietet eine mandantenfähige private Image-Registry, die Sie verwenden können, um Ihre Container-Images zu speichern und mit Benutzern in Ihrem IBM Cloud Konto zu teilen.
  2. Wählen Sie die Position für Ihren Namespace aus und klicken Sie auf Erstellen.

Weitere Informationen finden Sie unter Erste Schritte mit Container Registry.

Erstellen Sie einen GPG-Signierschlüssel und einen öffentlichen GPG-Schlüssel

Erstellen Sie einen Bildsignaturschlüssel mit der richtigen Kodierung, um die Bilder Ihrer Anwendung Docker zu signieren.

Dieser Schlüssel ist für die CI-Pipeline erforderlich. Der Standardeintrag für den Namen des geheimen Schlüssels ist signing-key. Weitere Informationen finden Sie unter GPG-Schlüssel generieren.

Der öffentliche Schlüssel kann mit einem vorhandenen privaten GPG-Schlüssel erstellt werden. Sie ist für den Schritt zur Validierung der Artefaktsignatur als Teil der Ausführung der CD-Pipeline erforderlich. Diese kann während eines CI-Pipeline-Laufs erzeugt werden, indem die Eigenschaft print-code-signing-certificate hinzugefügt und der Wert auf 1 gesetzt wird. Das öffentliche Schlüsselzertifikat wird in den Protokollen der CI-Pipeline unter dem Schritt build-artifact angezeigt. Die Ausgabe sollte dann in einem geheimen Schlüssel-Provider gespeichert werden. Dies ist standardmäßig ab Version 1.1.0 eingestellt. Weitere Informationen finden Sie unter Erzeugen eines öffentlichen GPG-Schlüssels.

Alternativ kann die einsatzfähige Architektur von DevSecOps Application Lifecycle Management diese Schlüssel automatisch generieren. Weitere Informationen finden Sie unter Aktualisierung und Variablen.

Einen IBM Cloud-API-Schlüssel erstellen

Erstellen Sie einen API-Schlüssel.

Speichern Sie den API-Schlüsselwert, indem Sie ihn entweder kopieren, herunterladen oder zu Ihrem Tresor hinzufügen. Der Standardeintrag für den Namen des geheimen Schlüssels ist ibmcloud_api_key.

IBM Cloud® Object Storage-Instanz erstellen (optional)

Erstellen Sie eine IBM Cloud Object Storage Instanz und einen Bucket.

Weitere Informationen enthält IBM Cloud Object Storage zum Speichern von Angaben konfigurieren und Was ist IBM Cloud Object Storage?

Der Standard-API-Schlüssel für IBM Cloud Object Storage ist cos_api_key.