GSP393

Übersicht

In einem Challenge-Lab geht es um ein bestimmtes Szenario mit mehreren Aufgaben. Anders als bei einem normalen Lab erhalten Sie jedoch keine Schritt-für-Schritt-Anleitung, sondern nutzen die in den Labs des jeweiligen Kurses erlernten Fähigkeiten, um die Aufgaben selbst zu lösen. Ihre Lösungen werden automatisch bewertet. Die erzielten Punkte finden Sie rechts oben auf dieser Seite.

In Challenge-Labs werden keine neuen Grundlagen zu Google Cloud vermittelt. Sie sollen dabei Ihr Wissen erweitern und es wird erwartet, dass Sie beispielsweise Standardwerte ändern und Fehlermeldungen lesen und recherchieren, um Ihre eigenen Fehler zu beheben.

Die volle Punktzahl erreichen Sie nur, wenn Sie alle Aufgaben innerhalb der vorgegebenen Zeit lösen.

Dieses Lab wird allen empfohlen, die am Kurs CI/CD-Pipelines in Google Cloud umsetzen teilnehmen. Bereit?

Themen

• Cloud Build und Artifact Registry für Container verwenden
• Cloud Deploy-Pipelines mit Skaffold einrichten
• Bereitstellung in mehreren Umgebungen mit Freigaben für Hochstufungen
• Rollback von Bereitstellungen

Einrichtung

Vor dem Klick auf „Start Lab“ (Lab starten)

Lesen Sie diese Anleitung. Labs sind zeitlich begrenzt und können nicht pausiert werden. Der Timer beginnt zu laufen, wenn Sie auf Lab starten klicken, und zeigt Ihnen, wie lange Google Cloud-Ressourcen für das Lab verfügbar sind.

In diesem praxisorientierten Lab können Sie die Lab-Aktivitäten in einer echten Cloud-Umgebung durchführen – nicht in einer Simulations- oder Demo-Umgebung. Dazu erhalten Sie neue, temporäre Anmeldedaten, mit denen Sie für die Dauer des Labs auf Google Cloud zugreifen können.

Für dieses Lab benötigen Sie Folgendes:

• Einen Standardbrowser (empfohlen wird Chrome)

• Zeit für die Durchführung des Labs – denken Sie daran, dass Sie ein begonnenes Lab nicht unterbrechen können.

Warten Sie, bis das Lab vollständig bereitgestellt wurde, bevor Sie Änderungen an der Umgebung vornehmen. Die vorkonfigurierten Teile der Umgebung, mit denen Sie arbeiten müssen, stehen Ihnen zur Verfügung, sobald das Lab als bereit angezeigt wird.

Das Szenario

Sie haben gerade als Cloud Engineer bei Jooli Inc. angefangen. Die neue Geschäftsleitung hat beschlossen, die Legacy-Systeme des Unternehmens durch eine verwaltete Infrastruktur und automatisierte Integrations- und Bereitstellungspipelines zu ersetzen. Sie sollen die besten Tools und Dienste finden und testen, um dieses Ziel zu erreichen.

Am Ende sollen Sie einen Proof of Concept vorlegen, der folgende Punkte abdeckt:

• Speichern von Container-Images in einer sicheren und zuverlässigen Registry
• Automatisches Scannen von Container-Images mit detaillierten Berichten zu Sicherheitslücken
• Eine Test-Webanwendung, die in einer verwalteten Infrastruktur ausgeführt wird
• Eine als Code definierte CI/CD-Pipeline, um manuelle Fehler zu vermeiden
• Eine zuverlässige, einfache und schnelle Möglichkeit, Code bereitzustellen und in eine produktionsähnliche Umgebung zu übertragen oder bei Bedarf ein Rollback durchzuführen

Sie sollen die Cloud-Infrastruktur und die Bereitstellungstools bei Jooli mitverwalten. Zu Ihren typischen Aufgaben gehören die Bereitstellung von Ressourcen für Projekte und die Implementierung neuer Produkte und Dienste, um sicherzustellen, dass Jooli Inc. effektiv modernisiert und Best Practices folgt.

Das entsprechende Know-how wird vorausgesetzt. Sie erhalten daher keine detaillierte Anleitung.

Folgende Vorgaben von Jooli Inc. sind zu beachten:

• Alle Ressourcen sind in der Region zu erstellen, sofern nicht anders angegeben.
• Sie müssen die Standard-VPC (Virtual Private Cloud) des Projekts verwenden.
• Die Dimensionierung der Ressourcen muss kostengünstig sein. Die Projekte werden überwacht und ein übermäßiger Ressourcenverbrauch führt zu einem Ende des betreffenden Projekts (und möglicherweise zum Ende Ihrer Beschäftigung). Umsicht ist also angebracht. Dies ist die Anleitung, die das Monitoring-Team zur Verfügung stellt. Sofern nicht anders angegeben, sollen die Standard-Maschinentypen verwendet werden.

Die Aufgabe

Im Büro angekommen öffnen Sie Ihren neuen Laptop und erhalten sogleich einige Aufgaben, die Sie erledigen sollen. Viel Erfolg!

1. VORBEREITUNG: APIs aktivieren, Google Kubernetes Engine-Cluster (GKE) erstellen und Docker-Repository in Artifact Registry erstellen
2. Quellcode klonen, Image erstellen und per Push an Artifact Registry übertragen
3. Bereitstellungspipeline, Ziele und Release erstellen
4. Image neu erstellen und per Push übertragen, mit „latest“ kennzeichnen
5. Neuen Release mit der aktuellen Version erstellen
6. Aktuellen Release zum zweiten Cluster hochstufen
7. Rollback der Änderungen am zweiten Cluster durchführen, bearbeiten und neu veröffentlichen

Aufgabe 1: Vorbereitung – Umgebung einrichten, APIs aktivieren und Cluster erstellen

1. Richten Sie Umgebungsvariablen für Ihre Projekt-ID ein. Sie sind wichtig, da sie in mehreren der unten aufgeführten Konfigurationsdateien genutzt wird. Sie können die folgenden Befehle verwenden:

2. Führen Sie die untenstehenden Befehle aus, um folgende Dienste in Ihrem Google Cloud-Projekt zu aktivieren:

• container.googleapis.com
• clouddeploy.googleapis.com
• artifactregistry.googleapis.com
• cloudbuild.googleapis.com

3. Aktivieren Sie Berechtigungen für Kubernetes und Cloud Deploy mit den folgenden Befehlen:

4. Erstellen Sie einen Cloud Storage-Bucket, in dem Cloud Build Quellen und Logs speichern kann:

5. Erstellen Sie ein Artifact Registry-Repository.

Erstellen Sie ein Repository zum Speichern Ihrer Docker-Container.

Geben Sie dem Repository den Namen cicd-challenge.

6. Erstellen Sie die GKE-Cluster.

Erstellen Sie zwei GKE-Cluster für Staging und Produktion mit den Namen cd-staging und cd-production. Die Cluster sollen jeweils in einer einzelnen Zone laufen und nur einen einzelnen Knoten enthalten.

Aufgabe 2: Images erstellen und ins Repository hochladen

1. Klonen Sie das Repository für das Lab mit den folgenden Befehlen in Ihr Basisverzeichnis:

2. Erstellen Sie die Konfiguration „skaffold.yaml“ mit dem folgenden Befehl:

Das Verzeichnis „web“ umfasst jetzt die Konfigurationsdatei „skaffold.yaml“, die Anweisungen für Skaffold zum Erstellen eines Container-Images für Ihre Anwendung enthält.

3. Führen Sie den Befehl „skaffold“ aus, um die Anwendung zu erstellen und das Container-Image im zuvor erstellten Artifact Registry-Repository bereitzustellen:

HINWEIS: Verwenden Sie den vollständigen Pfad zum zuvor erstellten Repository.

Aufgabe 3: Bereitstellungspipeline erstellen

Führen Sie die folgenden Befehle aus, um die Pipeline-Vorlagendatei zu kopieren:

1. Erstellen Sie die Ressource „delivery-pipeline“ mit der Datei „delivery-pipeline.yaml“:

2. Legen Sie die Bereitstellungsregion mit dem Konfigurationsparameter deploy/region fest.
3. Wenden Sie die oben erstellte Pipelinekonfiguration mit dem Befehl gcloud beta deploy an.
4. Prüfen Sie mit dem folgenden Befehl, ob die Bereitstellungspipeline erstellt wurde:

Bereitstellungsziele konfigurieren

Es werden zwei Ziele für die Bereitstellungspipeline erstellt – eines für jeden GKE-Cluster.

Prüfen, ob die Cluster bereit sind

Die zwei GKE-Cluster sollten jetzt ausgeführt werden. Es ist jedoch sinnvoll, dies zu überprüfen.

• Rufen Sie den Status der Cluster ab:

Alle Cluster sollten den Status RUNNING haben, wie in der folgenden Ausgabe zu sehen. Wenn sie noch nicht als RUNNING gekennzeichnet sind, wiederholen Sie den Befehl oben, bis sich ihr Status in RUNNING geändert hat.

Kontext für jeden Cluster erstellen

• Verwenden Sie die folgenden Befehle, um die Anmeldedaten für jeden Cluster abzurufen und einen einfach zu verwendenden „kubectl“-Kontext zu erstellen, um später auf die Cluster zu verweisen:

Namespace in jedem Cluster erstellen

• Erstellen Sie mit den folgenden Befehlen in jedem der Cluster einen Kubernetes-Namespace (web-app):

Ziele für die Bereitstellungspipeline erstellen

1. Erstellen Sie für jedes Ziel eine Definitionsdatei mit den folgenden Befehlen (es sind keine Änderungen erforderlich):

2. Wenden Sie die Zieldateien auf Cloud Deploy an.

Die Ziele sind in einer YAML-Datei beschrieben. Jedes Ziel konfiguriert die relevanten Clusterinformationen für das Ziel.

Rufen Sie die Details für das Ziel „staging“ auf:

Aufgabe 4: Release erstellen

1. Erstellen Sie mit dem Befehl gcloud beta deploy releases und den zuvor erstellten Dateien „skaffold.yaml“ und „artifacts.json“ einen Release.

• Geben Sie dem Release den Namen web-app-001 und verwenden Sie die Bereitstellungspipeline web-app.

HINWEIS: Ihr Quellverzeichnis sollte web/ sein.

• Prüfen Sie, ob Ihre Anwendung in der Staging-Umgebung (cd-staging) bereitgestellt wurde. Verwenden Sie dazu den folgenden Befehl oder die Console.

Aufgabe 5: Anwendung zu Produktion hochstufen

• Stufen Sie Ihre Anwendung von der Staging-Umgebung (cd-staging) in die Produktionsumgebung (cd-production) hoch.

HINWEIS: Vergessen Sie nicht, die Bereitstellung freizugeben.

Aufgabe 6: Eine Änderung an der Anwendung vornehmen und noch einmal bereitstellen

1. Öffnen Sie mit dem Editor das Verzeichnis cloud-deploy-tutorials/tutorials/base/web/leeroy-app/ und bearbeiten Sie die Datei app.go. Ändern Sie Zeile 24 in: fmt.Fprintf(w, "leeroooooy app v2!!\n")
2. Erstellen Sie die Anwendung und übertragen Sie sie per Push in Artifact Registry.
3. Erstellen Sie einen neuen Release in der Pipeline, die Sie zuvor eingerichtet haben. Geben Sie dem Release den Namen web-app-002.
4. Prüfen Sie, ob die neue Version in der Staging-Umgebung bereitgestellt wurde.

Aufgabe 7: Rollback der Änderung durchführen

Oh nein! Die QA Engineers haben einen Fehler in Ihrem Release für die Staging-Umgebung gefunden. Sie müssen also ein Rollback auf die vorherige Version durchführen.

1. Verwenden Sie Cloud Deploy, um ein Rollback auf die ursprüngliche Version der Anwendung (web-app-001) durchzuführen.
2. Prüfen Sie, ob die ursprüngliche Version ausgeführt wird.

Glückwunsch!

In diesem Lab haben Sie erfolgreich eine CI/CD-Pipeline mit Google Cloud Deploy und Artifact Registry eingerichtet. Sie haben einen Proof of Concept erstellt, der alle Anforderungen der Geschäftsleitung erfüllt. Jooli Inc. ist nun auf einem guten Weg, durch die Anwendungsmodernisierung einen höheren Return on Investment (ROI) zu erzielen.

Nächstes Skill-Logo erwerben

Dieses Lab gehört zum Kurs CI/CD-Pipelines in Google Cloud umsetzen. Wenn Sie ihn abschließen, erhalten Sie das oben gezeigte Skill-Logo, das Sie in Ihren Lebenslauf oder Ihre Social-Media-Profile einfügen können. Teilen Sie Ihre Leistung mit #GoogleCloudBadge.

Dieser Skill-Logo-Kurs ist Teil des Lernpfads „DevSecOps“ von Google Cloud. Erweitern Sie Ihr Wissen im Lernpfad.

Weitere Informationen

• Google Kubernetes Engine: Arten von Clustern
• Container Analysis und Scannen auf Sicherheitslücken
• Google Cloud Deploy in andere Systeme einbinden

Google Cloud-Schulungen und -Zertifizierungen

In unseren Schulungen erfahren Sie alles zum optimalen Einsatz unserer Google Cloud-Technologien und können sich entsprechend zertifizieren lassen. Unsere Kurse vermitteln technische Fähigkeiten und Best Practices, damit Sie möglichst schnell mit Google Cloud loslegen und Ihr Wissen fortlaufend erweitern können. Wir bieten On-Demand-, Präsenz- und virtuelle Schulungen für Anfänger wie Fortgeschrittene an, die Sie individuell in Ihrem eigenen Zeitplan absolvieren können. Mit unseren Zertifizierungen weisen Sie nach, dass Sie Experte im Bereich Google Cloud-Technologien sind.

Anleitung zuletzt am 19. Mai 2025 aktualisiert

Lab zuletzt am 19. Mai 2025 getestet

© 2026 Google LLC. Alle Rechte vorbehalten. Google und das Google-Logo sind Marken von Google LLC. Alle anderen Unternehmens- und Produktnamen können Marken der jeweils mit ihnen verbundenen Unternehmen sein.