Zugehörige Inhalte

• Einführung in Toolchains
• Einführung in Continuous Delivery

Einfache Virtual Server-Instanz konfigurieren

1. Überprüfen Sie auf der Registerkarte Erstellen die Standardeinstellungen.

   

2. Der Name der Toolchain macht sie in IBM Cloud identifizierbar. Wenn Sie einen anderen Namen verwenden möchten, ändern Sie den Namen der Toolchain. Da der Name der Toolchain zur Bildung der URL verwendet wird, über die auf Ihre App zugegriffen wird, müssen Sie sicherstellen, dass der angegebene Name eindeutig ist.

3. Standardmäßig erstellt die Toolchain das Quellenrepository in Git Repos and Issue Tracking. Wenn Sie einen anderen Provider für das Git-Quellenrepository verwendet möchten, z. B. GitHub oder GitLab, wählen Sie diesen in der Liste der verfügbaren Repositorys aus.

   Diese Toolchain verwendet Tools, die im Continuous Delivery-Service enthalten sind. Wenn sich noch keine Instanz dieses Service in der ausgewählten Ressourcengruppe befindet, wird sie automatisch mit dem kostenlosen Lite-Plan hinzugefügt, sobald Sie auf Erstellen klicken, um die Toolchain zu erstellen.

App-Repository konfigurieren

1. Überprüfen Sie auf der Registerkarte Git Repos and Issue Tracking die Standardeinstellung mit der Angabe der Position des Quellcodes Ihrer App.

2. Standardmäßig verwendet die Toolchain eine auf Maven basierende 'Hello World'-Java-Beispielapp. Sie können die Positionseinstellung so aktualisieren, dass sie stattdessen Ihre eigene App referenziert.

   

Bestandsrepository konfigurieren

Im Bestandsrepository werden die Metadaten für Builds und Artefakte gespeichert. Wenn Sie die Pipeline auslösen möchten, mit der die in der Festschreibung beschriebenen Artefakte in der Virtual Server-Instanz bereitgestellt werden, führen Sie eine Festschreibung für das Bestandsrepository durch und führen Sie dann die Zustimmungstasks aus.

Delivery Pipeline konfigurieren

1. Rufen Sie die Registerkarte Delivery Pipeline auf.

   

2. Geben Sie einen vorhandenen IBM Cloud-API-Schlüssel an oder erstellen Sie einen Schlüssel. Die Toolchain verwendet diesen Schlüssel, um mit anderen Cloud-Services zu interagieren, die in die Toolchain integriert sind.

3. Geben Sie die Region an, in der die Virtual Server-Instanz ausgeführt wird, z. B. us-south.

4. Geben Sie die variable IP-Adresse der Virtual Server-Instanz im Format aaa.bbb.ccc.ddd an.

5. Wählen Sie SSH Key als Authentifizierungstyp aus und geben Sie die folgenden Berechtigungsnachweise an:

   • Benutzername: Der Benutzername des Virtual Server-Instanzbenutzers mit den Berechtigungen zum Bereitstellen und Ausführen der Anwendung.
   • SSH-Schlüssel: Der private SSH-Schlüssel des Benutzers zur Ausführung und Bereitstellung der Anwendung.

6. Führen Sie die folgenden Befehle aus, um ein neues Schlüsselpaar in der Virtual Server-Instanz für den Benutzer mit den Berechtigungen zum Bereitstellen und Ausführen der Anwendungen zu erstellen.

           # Create the SSH key
               `ssh-keygen -C cloud.ibm.com`
           # copy public key to the VSI
               `ssh-copy-id -i .ssh/id_rsa.pub <UserName>@<xx.yy.zz.aa>`
   

Optional. Konfiguration für transienten Speicher erstellen

Durch Änderungen an der Quelle wird die Continuous Integration-Pipeline ausgelöst. Wenn eine Continuous Integration-Ausführung erfolgreich ist, wird ein Build oder ein binäres Artefakt erstellt und im transienten Speicher gespeichert und anschließend in der Virtual Server-Zielinstanz bereitgestellt.

1. Auf der Registerkarte Weitere Tools in der Toolchain können Sie entweder Object Storage oder Artifactory als transienten Speicher auswählen, in dem die Binärdateien des Build gespeichert werden.
2. Wenn Ihr Konto keine Object Storage-Instanzen enthält, erstellt die Toolchain eine neue Object Storage-Instanz in der Standardressourcengruppe. Als nächsten Schritt erstellt die Toolchain ein Bucket, dessen Name dem der Toolchain entspricht, in der neuen Object Storage-Instanz.
3. Enthält das Konto bereits Object Storage-Instanzen, verwendet die Toolchain eine dieser Instanzen zum Speichern der transienten Buildartefakte.
4. Informationen zum Konfigurieren der Object Storage- oder Artifactory-Details finden Sie im Abschnitt Erweiterte Benutzeroptionen konfigurieren.
5. Klicken Sie auf Erstellen, um die Toolchain zu erstellen.

Pipelines erkunden

Sie können die Pipelines erkunden, um sich einen Einblick in den Toolchainablauf und die verschiedenen, innerhalb der jeweiligen Pipelines ausgeführten Operationen zu verschaffen. Wenn Sie z. B. mehrere Schritte wie cra-discovery-scan und die Details für Parameter und Status anzeigen möchten, klicken Sie auf die CI-Pipeline-Toolintegration und anschließend auf Erfolgreiche Pipelineausführungen.

DevOps Insights erkunden

DevOps Insights aggregiert Daten der Toolchain, sodass Sie Ihre DevOps-End-to-End-Prozesse verfolgen und verbessern können. Sie können Qualitätsmetriken anzeigen, Build- und Bereitstellungsjobs verfolgen, Richtlinien anzeigen und mehr.

Falls Ihr Code eine Richtlinie nicht erfüllt oder mehr als erfüllt, wird die Bereitstellung gestoppt, um keine Risiken einzuführen. Sie können DevOps Insights als Sicherheitsnetz für die Continuous Delivery-Umgebung oder als Methode zur Implementierung und Verbesserung von Qualitätsstandards nutzen.

In der folgenden Abbildung ist das Qualitätsdashboard dargestellt, das Qualitätsdatensätze wie z. B. Komponententests, Codeabdeckung, Funktionstests und statische Sicherheitsscans für jede Anwendung enthält.

GitOps erkunden

GitOps umfasst eine Reihe von Verfahren und Tools, bei denen Git im Zentrum der DevOps-Toolchain steht und die Quelle der Bereitstellung in der Virtual Server-Instanz bildet. Mit GitOps können Entwickler und Operatoren vertraute Git-Workflows für die Definition, Überprüfung, Genehmigung und das Audit von Infrastruktur- und Anwendungsänderungen nutzen. Automatisierte Tools übernehmen das Synchronisieren des Live-Status ihrer Ziele mit dem in Git beschriebenen gewünschten Status.

Mithilfe der Toolchain in diesem Lernprogramm können Sie Bereitstellungen in mehreren Umgebungen steuern, indem Sie für jede Umgebung einen Zweig erstellen. Im folgenden Beispielworkflow wird eine Continuous Delivery-Pipeline ausgelöst, wenn eine Pull-Anforderung oder eine Festschreibung für einen bestimmten Zweig des Bestandsrepositorys erfolgt.

1. Erstellen Sie eine Toolchain für eine Virtual Server-Instanz in IBM Cloud, indem Sie Details für die Virtual Server-Instanz, z. B. das Anwendungsrepository und Object Storage, angeben. Geben Sie keine Details für das Bestandsrepository an.
2. Erstellen Sie nach der Erstellung der Toolchain mehrere Zweige im Bestandsrepository, z. B. Dev, Staging und Prod.
3. Klicken Sie auf die Continuous Delivery-Pipeline und rufen Sie die Auslöser auf. Fügen Sie eine Auslöserquelle als Bestandsrepository zu dem Zweig hinzu, mit dem die CD-Pipeline ausgelöst werden soll (Masterzweig).
4. Ändern Sie die CI-Pipeline so, dass nach einer erfolgreichen Integration eine Festschreibung im entsprechenden Bestandsrepository erfolgt.
5. Wenn im Bestandsrepository eine ausreichende Anzahl von Festschreibungen verfügbar ist, führen Sie die Pull-Anforderung im Repository mit dem Masterzweig zusammen, um einen Continuous Delivery-Build zu starten.

Mithilfe von GitOps können Sie Bereitstellungen in mehreren Umgebungen steuern, indem Sie für jede Umgebung einen Zweig erstellen.