GSP659

Übersicht

Websites zu betreiben kann sehr aufwendig sein, wenn Sie VMs, Cluster, Pods, Dienste usw. erstellen und verwalten müssen. Bei größeren, mehrstufigen Anwendungen ist das angemessen. Wenn es aber nur darum geht, eine Website bereitzustellen und zugänglich zu machen, ist der Aufwand oft viel zu groß.

Mit Cloud Run, der Implementierung des KNative-Frameworks von Google in Google Cloud, können Sie Ihre Website verwalten und bereitstellen, ohne den Aufwand für eine Infrastruktur bei Verwendung einer VM oder von reinen Kubernetes-Deployments bewältigen zu müssen. Dies vereinfacht nicht nur die Verwaltung, sondern bietet auch die Möglichkeit, den Aufwand auf null zu stellen, wenn keine Anfragen bei Ihrer Website eingehen.

Cloud Run ermöglicht eine „serverlose“ Entwicklung für Container. Es kann entweder auf eigenen GKE-Clustern (Google Kubernetes Engine) oder in einer komplett verwalteten Lösung mit PaaS (Platform as a Service) ausgeführt werden. In diesem Lab befassen Sie sich mit dem zweiten Szenario.

Die Reihenfolge der Übungen orientiert sich am üblichen Vorgehen bei der Cloud-Entwicklung:

1. Docker-Container aus einer Anwendung erstellen
2. Container in Cloud Run bereitstellen
3. Website ändern
4. Neue Version ohne Ausfallzeit einführen

Lerninhalte

Aufgaben in diesem Lab:

• Docker-Image mit Cloud Build erstellen und in Artifact Registry hochladen
• Docker-Images in Cloud Run bereitstellen
• Cloud Run-Deployments verwalten
• Endpunkt für eine Anwendung in Cloud Run einrichten

Einrichtung und Anforderungen

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)

Hinweis: Nutzen Sie den privaten oder Inkognitomodus (empfohlen), um dieses Lab durchzuführen. So wird verhindert, dass es zu Konflikten zwischen Ihrem persönlichen Konto und dem Teilnehmerkonto kommt und zusätzliche Gebühren für Ihr persönliches Konto erhoben werden.

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

Hinweis: Verwenden Sie für dieses Lab nur das Teilnehmerkonto. Wenn Sie ein anderes Google Cloud-Konto verwenden, fallen dafür möglicherweise Kosten an.

Lab starten und bei der Google Cloud Console anmelden

1. Klicken Sie auf Lab starten. Wenn Sie für das Lab bezahlen müssen, wird ein Dialogfeld geöffnet, in dem Sie Ihre Zahlungsmethode auswählen können. Auf der linken Seite befindet sich der Bereich „Details zum Lab“ mit diesen Informationen:

   • Schaltfläche „Google Cloud Console öffnen“
   • Restzeit
   • Temporäre Anmeldedaten für das Lab
   • Ggf. weitere Informationen für dieses Lab

2. Klicken Sie auf Google Cloud Console öffnen (oder klicken Sie mit der rechten Maustaste und wählen Sie Link in Inkognitofenster öffnen aus, wenn Sie Chrome verwenden).

   Im Lab werden Ressourcen aktiviert. Anschließend wird ein weiterer Tab mit der Seite „Anmelden“ geöffnet.

   Tipp: Ordnen Sie die Tabs nebeneinander in separaten Fenstern an.

   Hinweis: Wird das Dialogfeld Konto auswählen angezeigt, klicken Sie auf Anderes Konto verwenden.

3. Kopieren Sie bei Bedarf den folgenden Nutzernamen und fügen Sie ihn in das Dialogfeld Anmelden ein.

   {{{user_0.username | "Username"}}}

   Sie finden den Nutzernamen auch im Bereich „Details zum Lab“.

4. Klicken Sie auf Weiter.

5. Kopieren Sie das folgende Passwort und fügen Sie es in das Dialogfeld Willkommen ein.

   {{{user_0.password | "Password"}}}

   Sie finden das Passwort auch im Bereich „Details zum Lab“.

6. Klicken Sie auf Weiter.

   Wichtig: Sie müssen die für das Lab bereitgestellten Anmeldedaten verwenden. Nutzen Sie nicht die Anmeldedaten Ihres Google Cloud-Kontos. Hinweis: Wenn Sie Ihr eigenes Google Cloud-Konto für dieses Lab nutzen, können zusätzliche Kosten anfallen.

7. Klicken Sie sich durch die nachfolgenden Seiten:

   • Akzeptieren Sie die Nutzungsbedingungen.
   • Fügen Sie keine Wiederherstellungsoptionen oder Zwei-Faktor-Authentifizierung hinzu (da dies nur ein temporäres Konto ist).
   • Melden Sie sich nicht für kostenlose Testversionen an.

Nach wenigen Augenblicken wird die Google Cloud Console in diesem Tab geöffnet.

Hinweis: Wenn Sie auf Google Cloud-Produkte und ‑Dienste zugreifen möchten, klicken Sie auf das Navigationsmenü oder geben Sie den Namen des Produkts oder Dienstes in das Feld Suchen ein.

Cloud Shell aktivieren

Cloud Shell ist eine virtuelle Maschine, auf der Entwicklertools installiert sind. Sie bietet ein Basisverzeichnis mit 5 GB nichtflüchtigem Speicher und läuft auf Google Cloud. Mit Cloud Shell erhalten Sie Befehlszeilenzugriff auf Ihre Google Cloud-Ressourcen.

1. Klicken Sie oben in der Google Cloud Console auf Cloud Shell aktivieren .

2. Klicken Sie sich durch die folgenden Fenster:

   • Fahren Sie mit dem Informationsfenster zu Cloud Shell fort.
   • Autorisieren Sie Cloud Shell, Ihre Anmeldedaten für Google Cloud API-Aufrufe zu verwenden.

Wenn eine Verbindung besteht, sind Sie bereits authentifiziert und das Projekt ist auf Project_ID, eingestellt. Die Ausgabe enthält eine Zeile, in der die Project_ID für diese Sitzung angegeben ist:

Ihr Cloud-Projekt in dieser Sitzung ist festgelegt als {{{project_0.project_id | "PROJECT_ID"}}}

gcloud ist das Befehlszeilentool für Google Cloud. Das Tool ist in Cloud Shell vorinstalliert und unterstützt die Tab-Vervollständigung.

3. (Optional) Sie können den aktiven Kontonamen mit diesem Befehl auflisten:

gcloud auth list

4. Klicken Sie auf Autorisieren.

Ausgabe:

ACTIVE: * ACCOUNT: {{{user_0.username | "ACCOUNT"}}} Um das aktive Konto festzulegen, führen Sie diesen Befehl aus: $ gcloud config set account `ACCOUNT`

5. (Optional) Sie können die Projekt-ID mit diesem Befehl auflisten:

gcloud config list project

Ausgabe:

[core] project = {{{project_0.project_id | "PROJECT_ID"}}} Hinweis: Die vollständige Dokumentation für gcloud finden Sie in Google Cloud in der Übersicht zur gcloud CLI.

Aufgabe 1: Quell-Repository klonen

Da Sie eine vorhandene Website bereitstellen, müssen Sie nur die Quelle klonen. Dann können Sie sich darauf konzentrieren, Docker-Images zu erstellen und in Cloud Run bereitzustellen.

1. Führen Sie in Cloud Shell die folgenden Befehle aus, um das Git-Repository zu klonen und in das entsprechende Verzeichnis zu wechseln:

git clone https://github.com/googlecodelabs/monolith-to-microservices.git cd ~/monolith-to-microservices

2. Installieren Sie die NodeJS-Abhängigkeiten, damit Sie die Anwendung testen können, bevor sie bereitgestellt wird:

./setup.sh

Der Vorgang dauert einige Minuten. Nach erfolgreichem Abschluss wird eine entsprechende Meldung angezeigt.

3. Testen Sie Ihre Anwendung, indem Sie den folgenden Befehl zum Starten des Webservers ausführen:

cd ~/monolith-to-microservices/monolith npm start

Ausgabe:

Monolith listening on port 8080!

4. Rufen Sie eine Vorschau für Ihre Anwendung auf. Klicken Sie dazu auf das Webvorschau-Symbol und wählen Sie Vorschau auf Port 8080 aus.

Daraufhin sollte ein neues Fenster geöffnet werden, in dem die Webseite des Fancy Store im fertigen Zustand angezeigt wird.

5. Sehen Sie sich die Website an. Danach schließen Sie dieses Fenster und drücken STRG+C in Cloud Shell, um den Webserverprozess zu beenden.

Aufgabe 2: Docker-Container mit Cloud Build erstellen

Nachdem nun die Quelldateien zur Verfügung stehen, können Sie im nächsten Schritt der Docker-Container für Ihre Anwendung erstellen.

Normalerweise sind dafür zwei Schritte erforderlich. Zunächst muss ein Docker-Container erstellt und dann per Push in eine Registry übertragen werden, um das Image für GKE zum Abruf zu speichern. Mit Cloud Build können Sie den Docker-Container erstellen und das Image mit einem einzigen Befehl in Artifact Registry speichern.

Cloud Build komprimiert die Dateien aus dem Verzeichnis und verschiebt sie in einen Cloud Storage-Bucket. Beim Build-Prozess werden dann alle Dateien aus dem Bucket übernommen und das Docker-Image wird mit dem Dockerfile im selben Verzeichnis erstellt.

Docker-Ziel-Repository erstellen

Sie müssen ein Repository erstellen, bevor Sie Images per Push übertragen können. Durch das Übertragen eines Images kann die Erstellung eines Repositorys nicht ausgelöst werden und das Cloud Build-Dienstkonto verfügt nicht über die Berechtigungen zum Erstellen von Repositories.

1. Suchen Sie in der Console im Suchfeld nach Artifact Registry und klicken Sie dann auf das Ergebnis Artifact Registry.

2. Klicken Sie auf Repository erstellen.

3. Geben Sie monolith-demo als Repository-Namen an.

4. Wählen Sie Docker als Format aus.

5. Wählen Sie unter „Standorttyp“ die Option Region und dann den Standort aus.

6. Klicken Sie auf Erstellen.

Authentifizierung konfigurieren

Bevor Sie Images hoch‑ oder herunterladen können, müssen Sie Docker so konfigurieren, dass die Google Cloud CLI zum Authentifizieren von Anfragen an Artifact Registry verwendet wird.

• Führen Sie den folgenden Befehl in Cloud Shell aus, um die Authentifizierung bei Docker-Repositories in der Region einzurichten:

gcloud auth configure-docker {{{project_0.default_region | Region}}}-docker.pkg.dev

Durch den Befehl wird die Docker-Konfiguration aktualisiert. Sie können jetzt eine Verbindung zu Artifact Registry in Ihrem Google Cloud-Projekt herstellen, um Images hoch‑ oder herunterzuladen.

Image bereitstellen

Stellen Sie das zuvor erstellte Image bereit:

1. Als Erstes müssen Sie die Cloud Build API, die Artifact Registry API und die Cloud Run API aktivieren. Führen Sie den folgenden Befehl in Cloud Shell aus, um sie zu aktivieren:

gcloud services enable artifactregistry.googleapis.com \ cloudbuild.googleapis.com \ run.googleapis.com

2. Wenn die APIs aktiviert sind, geben Sie folgenden Befehl ein, um den Build-Prozess zu starten:

gcloud builds submit --tag {{{project_0.default_region | Region}}}-docker.pkg.dev/${GOOGLE_CLOUD_PROJECT}/monolith-demo/monolith:1.0.0 Hinweis: Dieser Vorgang dauert einige Minuten.

3. Um den Build-Verlauf aufzurufen oder den Prozess in Echtzeit zu kontrollieren, suchen Sie in der Console nach Cloud Build und klicken Sie auf das Ergebnis Cloud Build.
4. Auf der Seite Verlauf wird eine vollständige Liste Ihrer Builds angezeigt. In diesem Fall sollte nur der von Ihnen erstellte Build zu sehen sein.

• Wenn Sie auf die Build-ID klicken, werden alle Details zu diesem Build angezeigt, inklusive der Logausgabe.

• Auf der Seite „Build-Details“ können Sie das erstellte Container-Image aufrufen. Klicken Sie dazu auf den Tab Ausführungsdetails und dann auf den Image-Link.

Klicken Sie auf Fortschritt prüfen. Docker-Container mit Google Cloud Build erstellen

Aufgabe 3: Container in Cloud Run bereitstellen

Nachdem Sie für Ihre Website einen Container erstellt und per Push nach Artifact Registry übertragen haben, soll dieser nun in Cloud Run bereitgestellt werden.

Dazu haben Sie zwei Möglichkeiten:

• Verwaltetes Cloud Run: Das PaaS-Modell, bei dem der gesamte Lebenszyklus eines Containers direkt von Cloud Run verwaltet wird. Das ist die Lösung, mit der wir in diesem Lab arbeiten.
• Cloud Run in GKE: Cloud Run mit einer zusätzlichen Steuerungsebene, mit der eigene Cluster und Pods aus GKE verwendet werden können. Weitere Informationen

1. Führen Sie den folgenden Befehl aus, um das Image in Cloud Run bereitzustellen:

gcloud run deploy monolith --image {{{project_0.default_region | Region}}}-docker.pkg.dev/${GOOGLE_CLOUD_PROJECT}/monolith-demo/monolith:1.0.0 --region {{{project_0.default_region | Region}}}

2. Wenn Sie gefragt werden, ob Sie nicht authentifizierte Aufrufe von [monolith] zulassen möchten, geben Sie Y ein.

Klicken Sie auf Fortschritt prüfen. Container in Cloud Run bereitstellen

Deployment prüfen

1. Um zu prüfen, ob das Deployment erfolgreich erstellt wurde, führen Sie den folgenden Befehl aus:

gcloud run services list Hinweis: Es kann einen Moment dauern, bis der Pod-Status „Wird ausgeführt“ angezeigt wird.

Ausgabe:

✔ SERVICE: monolith REGION: {{{project_0.default_region | Region}}} URL: https://monolith-2cxtmp4m2q-uc.a.run.app LAST DEPLOYED BY: student-02-aa7a5aed362d@qwiklabs.net LAST DEPLOYED AT: 2022-08-19T19:16:14.351981Z

In dieser Ausgabe sind verschiedene Dinge zu erkennen. Sie sehen das Deployment, den Nutzer, der es bereitgestellt hat (E-Mail-Adresse), und die URL für den Zugriff auf die Anwendung. Es wurde also alles erstellt.

2. Klicken Sie auf die URL in der Liste der Dienste. Damit sollte die Website angezeigt werden, deren Vorschau Sie lokal aufgerufen haben.

Tipp: Sie können Ihre Cloud Run-Deployments auch über die Cloud Console aufrufen. Wählen Sie dazu im Navigationsmenü die Option Cloud Run aus.

Aufgabe 4: Neue Überarbeitung mit niedrigerem Gleichzeitigkeitswert erstellen

In diesem Abschnitt stellen Sie Ihre Anwendung mit einem geänderten Parameter noch einmal bereit.

Standardmäßig hat eine Cloud Run-Anwendung einen Gleichzeitigkeitswert von 80. Das bedeutet, dass jede Containerinstanz bis zu 80 Anfragen gleichzeitig verarbeiten kann. Dies ist gegenüber dem Functions as a Service-Modell, bei dem sich immer nur eine einzige Anfrage verarbeitet lässt, ein enormer Fortschritt.

1. Führen Sie den folgenden Befehl aus, um dasselbe Container-Image mit einem Gleichzeitigkeitswert von 1 noch einmal bereitzustellen (nur als Test). Sehen Sie sich das Ergebnis an:

gcloud run deploy monolith --image {{{project_0.default_region | Region}}}-docker.pkg.dev/${GOOGLE_CLOUD_PROJECT}/monolith-demo/monolith:1.0.0 --region {{{project_0.default_region | Region}}} --concurrency 1

2. Klicken Sie dazu im Navigationsmenü auf Cloud Run und dann auf den Dienst monolith:

3. Klicken Sie auf der Seite „Dienstdetails“ auf den Tab Überarbeitungen. Es sollten nun zwei erstellte Überarbeitungen zu sehen sein.

Zum neuesten Deployment werden rechts Details angezeigt.

Dazu gehört auch der auf „1“ reduzierte Gleichzeitigkeitswert.

Diese Konfiguration reicht für Testzwecke aus. In den meisten Produktionsszenarien werden aber Container benötigt, die mehrere Anfragen gleichzeitig unterstützen.

Klicken Sie auf Fortschritt prüfen. Neue Überarbeitung mit niedrigerem Gleichzeitigkeitswert erstellen

Als Nächstes können Sie den ursprünglichen Gleichzeitigkeitswert ohne neues Deployment wiederherstellen. Dazu können Sie entweder den Gleichzeitigkeitswert auf den Standardwert „80“ zurücksetzen oder dafür den Wert „0“ eingeben. Mit „0“ wird die Beschränkung der Gleichzeitigkeit aufgehoben und automatisch der standardmäßige Höchstwert (also 80) festgelegt.

4. Führen Sie den folgenden Befehl aus, um die aktuelle Revision mit einem Gleichzeitigkeitswert von 80 zu überarbeiten:

gcloud run deploy monolith --image {{{project_0.default_region | Region}}}-docker.pkg.dev/${GOOGLE_CLOUD_PROJECT}/monolith-demo/monolith:1.0.0 --region {{{project_0.default_region | Region}}} --concurrency 80

Es wurde nun eine weitere Überarbeitung erstellt. Der Traffic wurde umgeleitet und für die Gleichzeitigkeit gilt wieder der Wert 80.

Tipp: Wenn Sie sichergehen möchten, dass immer die aktuellen Informationen angezeigt werden, schließen Sie am besten den Tab Überarbeitungen und rufen ihn noch einmal auf.

Aufgabe 5: Website ändern

Szenario: Ihr Marketingteam hat Sie gebeten, die Startseite Ihrer Website zu ändern. Diese Seite soll mehr Informationen zu Ihrem Unternehmen und den angebotenen Produkten enthalten.

Aufgabe: Fügen Sie der Startseite neue Texte hinzu, um dem Wunsch des Marketingteams nachzukommen. Offenbar hat einer unserer Entwickler die Änderungen bereits unter dem Dateinamen index.js.new erstellt. Kopieren Sie einfach diese Datei nach index.js. Die Änderungen sollten dann zu sehen sein. Gehen Sie wie unten beschrieben vor, um die entsprechenden Änderungen vorzunehmen.

1. Führen Sie die folgenden Befehle aus, um die aktualisierte Datei in den korrekten Dateinamen umzubenennen:

cd ~/monolith-to-microservices/react-app/src/pages/Home mv index.js.new index.js

2. Geben Sie den Inhalt aus, um die Änderungen zu prüfen:

cat ~/monolith-to-microservices/react-app/src/pages/Home/index.js

Der Code sollte dann in etwa so aussehen:

/* Copyright 2019 Google LLC Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at https://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. */ import React from "react"; import { Box, Paper, Typography } from "@mui/material"; export default function Home() { return ( <Box sx={{ flexGrow: 1 }}> <Paper elevation={3} sx={{ width: "800px", margin: "0 auto", padding: (theme) => theme.spacing(3, 2), }} > <Typography variant="h5">Fancy Fashion &amp; Style Online</Typography> <br /> <Typography variant="body1"> Tired of mainstream fashion ideas, popular trends and societal norms? This line of lifestyle products will help you catch up with the Fancy trend and express your personal style. Start shopping Fancy items now! </Typography> </Paper> </Box> ); }

Sie haben die React-Komponenten aktualisiert, müssen aber noch die React-Anwendung erstellen, um die statischen Dateien zu generieren.

3. Führen Sie den folgenden Befehl aus, um die React-Anwendung zu erstellen und in das öffentliche monolith-Verzeichnis zu kopieren:

cd ~/monolith-to-microservices/react-app npm run build:monolith

Nachdem der Code aktualisiert wurde, können Sie den Docker-Container neu erstellen und in Artifact Registry veröffentlichen. Verwenden Sie dazu den gleichen Befehl wie zuvor. Es muss nur das Versionslabel geändert werden.

4. Führen Sie den folgenden Befehl aus, um ein neues Cloud Build mit der aktualisierten Image-Version 2.0.0 auszulösen:

cd ~/monolith-to-microservices/monolith gcloud builds submit --tag {{{project_0.default_region | Region}}}-docker.pkg.dev/${GOOGLE_CLOUD_PROJECT}/monolith-demo/monolith:2.0.0

Im nächsten Abschnitt verwenden Sie dieses Image, um die Anwendung ohne Ausfallzeit zu aktualisieren.

Klicken Sie auf Fortschritt prüfen. Website ändern

Aufgabe 6: Website ohne Ausfallzeit aktualisieren

Die Änderungen wurden ausgeführt und das Marketingteam ist mit der Änderung sehr zufrieden. Nun soll die Website ohne Unterbrechung für die Nutzer aktualisiert werden. Cloud Run behandelt jedes Deployment als neue Überarbeitung, die zuerst online gestellt wird, bevor Traffic zum Deployment weitergeleitet wird.

Standardmäßig wird der letzten Überarbeitung 100 % des Traffics zugewiesen, der für einen Dienst eingeht. Es gibt aber die Möglichkeit, mithilfe von „Routen“ den Traffic prozentual auf verschiedene Überarbeitungen innerhalb eines Dienstes zu verteilen. Gehen Sie wie unten beschrieben vor, um Ihre Website zu aktualisieren.

• Führen Sie den folgenden Befehl aus, um den Dienst noch einmal bereitzustellen und das Image auf eine neue Version zu aktualisieren:

gcloud run deploy monolith --image {{{project_0.default_region | Region}}}-docker.pkg.dev/${GOOGLE_CLOUD_PROJECT}/monolith-demo/monolith:2.0.0 --region {{{project_0.default_region | Region}}}

Klicken Sie auf Fortschritt prüfen. Website ohne Ausfallzeit aktualisieren

Deployment prüfen

1. Prüfen Sie mit dem folgenden Befehl, ob Ihr Deployment aktualisiert wurde:

gcloud run services describe monolith --platform managed --region {{{project_0.default_region | Region}}}

Ausgabe:

✔ Service monolith in region URL: https://monolith-hl5loimtga-uc.a.run.app Ingress: all Traffic: 100% LATEST (currently monolith-00005-xum) Last updated on 2022-08-19T18:39:39.885859Z by student-02-9af04e268b9e@qwiklabs.net: Revision monolith-00005-xum Image: -docker.pkg.dev/qwiklabs-gcp-00-30d07cf3de5b/monolith-demo/monolith:2.0.0 Port: 8080 Memory: 512Mi CPU: 1000m Service account: 467160385597-compute@developer.gserviceaccount.com Concurrency: 80 Max Instances: 1 Timeout: 300s

Sie können darin erkennen, dass der Dienst nun die neueste Version Ihres Images verwendet, die in einer neuen Überarbeitung bereitgestellt wurde.

Um die Änderungen zu prüfen, rufen Sie die externe URL des Cloud Run-Dienstes auf und aktualisieren Sie die Seite. Sie sehen dann, dass der Anwendungstitel geändert wurde.

2. Führen Sie den folgenden Befehl aus, um die Dienste aufzulisten und die Dienst-URL aufzurufen:

gcloud beta run services list

3. Klicken Sie auf die URL des Dienstes. Auf Ihrer Website sollte nun der Text dargestellt sein, den Sie gerade der Startseite hinzugefügt haben.

Das wars! Sie haben das Lab erfolgreich abgeschlossen.

Sie haben Ihre Website in Cloud Run bereitgestellt, dafür die Skalierung reduziert bzw. wieder erhöht und die Website aktualisiert.

Weitere Informationen

Wenn Sie mit diesen Produkten nicht vertraut sind, finden Sie unter den folgenden Links weitere Informationen:

• Docker – Seite „Erste Schritte“ von Docker
• Dokumentation zu Kubernetes Engine
• Cloud Build-Dokumentation
• Artifact Registry-Dokumentation
• Änderungen für die Erstellung und Bereitstellung in Google Cloud

Anleitung zuletzt am 31. Dezember 2025 aktualisiert

Lab zuletzt am 31. Dezember 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.