Kurzanleitung: Für Cloud Run aus einem Git-Repository bereitstellen
Auf dieser Seite erfahren Sie, wie Sie kontinuierlich aus einem Git-Repository für Cloud Run bereitstellen.
Klicken Sie auf Anleitung, um eine detaillierte Anleitung für diese Aufgabe direkt in der Google Cloud Console aufzurufen.
Eine vollständige Anleitung für diesen Vorgang finden Sie unter Kontinuierliche Bereitstellung aus Git mit Cloud Build.
Hinweis
- Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
-
Enable the Cloud Build API.
Wenn Sie einer Domaineinschränkung zur Organisation nicht eingeschränkter Aufrufe für Ihr Projekt unterliegen, müssen Sie auf Ihren bereitgestellten Dienst zugreifen, wie unter Private Dienste testen beschrieben.
Repository aus einer Vorlage erstellen
So erstellen Sie ein Repository:
Öffnen Sie das Vorlagen-Repository:
Node.js
Rufen Sie github.com/GoogleCloudPlatform/cloud-run-microservice-template-nodejs auf.
Python
Rufen Sie github.com/GoogleCloudPlatform/cloud-run-microservice-template-python auf.
Go
Rufen Sie github.com/GoogleCloudPlatform/cloud-run-microservice-template-go auf.
Java
Rufen Sie github.com/GoogleCloudPlatform/cloud-run-microservice-template-java auf.
Klicken Sie auf Diese Vorlage verwenden.
Wählen Sie Neues Repository erstellen aus.
Geben Sie im Formular einen Repository-Namen ein.
Klicken Sie auf Repository aus Vorlage erstellen.
Aus dem Repository bereitstellen
So stellen Sie aus dem Repository bereit:
Wechseln Sie in der Google Cloud Console zur Seite Cloud Run.
Klicken Sie auf Container bereitstellen und wählen Sie Dienst aus.
Achten Sie darauf, dass auf der Seite Dienst erstellen die Option Kontinuierlich aus einem Repository bereitstellen ausgewählt ist.
Klicken Sie im Formular auf Cloud Build einrichten.
Im rechten Bereich,
Wählen Sie unter Repository das neu erstellte Repository aus. Wenn Sie sich noch nicht authentifiziert haben, müssen Sie dies möglicherweise tun. Verwenden Sie den Link authenticate unter dem Feld Repository-Anbieter.
Lesen Sie die Bestätigungsvereinbarung zur Interaktion von GitHub und Google Cloud.
Klicken Sie auf Weiter.
Wählen Sie unter Build-Typ die Option Google Cloud Buildpacks aus.
Klicken Sie auf Speichern.
Im Formular Dienst erstellen:
Bestätigen Sie den Namen des Dienstes. Er enthält automatisch den Repository-Namen.
Wählen Sie im Drop-down-Menü Region die Region aus, in der sich Ihr Dienst befinden soll.
Wählen Sie unter Authentifizierung die Option Nicht authentifizierte Aufrufe zulassen aus. Wenn Sie nicht berechtigt sind (Cloud Run Admin-Rolle), diese Option auszuwählen, wird der Dienst bereitgestellt und erfordert eine Authentifizierung.
Klicken Sie auf Erstellen, um das Beispiel-Repository in Cloud Run bereitzustellen. Warten Sie dann, bis die Bereitstellung abgeschlossen ist.
Klicken Sie auf den angezeigten URL-Link, um den bereitgestellten Container auszuführen.
Cloud Run-Standorte
Cloud Run ist regional. Die Infrastruktur, in der die Cloud Run-Dienste ausgeführt werden, befindet sich demnach in einer bestimmten Region. Aufgrund der Verwaltung durch Google sind die Anwendungen in allen Zonen innerhalb dieser Region redundant verfügbar.
Bei der Auswahl der Region, in der Ihre Cloud Run-Dienste ausgeführt werden, ist vorrangig, dass die Anforderungen hinsichtlich Latenz, Verfügbarkeit oder Langlebigkeit erfüllt werden.
Sie können im Allgemeinen die Region auswählen, die Ihren Nutzern am nächsten liegt, aber Sie sollten den Standort der anderen Google Cloud-Produkte berücksichtigen, die von Ihrem Cloud Run-Dienst verwendet werden.
Die gemeinsame Nutzung von Google Cloud-Produkten an mehreren Standorten kann sich auf die Latenz und die Kosten des Dienstes auswirken.
Cloud Run ist in diesen Regionen verfügbar:
Unterliegt Preisstufe 1
asia-east1
(Taiwan)asia-northeast1
(Tokio)asia-northeast2
(Osaka)europe-north1
(Finnland) Niedriger CO2-Werteurope-southwest1
(Madrid) Niedriger CO2-Ausstoßeurope-west1
(Belgien) Niedriger CO2-Ausstoßeurope-west4
(Niederlande) Niedriger CO2-Ausstoßeurope-west8
(Mailand)europe-west9
(Paris) Niedriger CO2-Ausstoßme-west1
(Tel Aviv)us-central1
(Iowa) Niedriger CO2-Ausstoßus-east1
(South Carolina)us-east4
(Northern Virginia)us-east5
(Columbus)us-south1
(Dallas) Niedriger CO2-Ausstoßus-west1
(Oregon) Niedriger CO2-Ausstoß
Unterliegt Preisstufe 2
africa-south1
(Johannesburg)asia-east2
(Hongkong)asia-northeast3
(Seoul, Südkorea)asia-southeast1
(Singapur)asia-southeast2
(Jakarta)asia-south1
(Mumbai, Indien)asia-south2
(Delhi, Indien)australia-southeast1
(Sydney)australia-southeast2
(Melbourne)europe-central2
(Warschau, Polen)europe-west10
(Berlin) Niedriger CO2-Ausstoßeurope-west12
(Turin)europe-west2
(London, Vereinigtes Königreich) Niedriger CO2-Ausstoßeurope-west3
(Frankfurt, Deutschland) Niedriger CO2-Ausstoßeurope-west6
(Zürich, Schweiz) Niedriger CO2-Ausstoßme-central1
(Doha)me-central2
(Dammam)northamerica-northeast1
(Montreal) Niedriger CO2-Ausstoßnorthamerica-northeast2
(Toronto) Niedriger CO2-Ausstoßsouthamerica-east1
(Sao Paulo, Brasilien) Niedriger CO2-Ausstoßsouthamerica-west1
(Santiago, Chile) Niedriger CO2-Ausstoßus-west2
(Los Angeles)us-west3
(Salt Lake City)us-west4
(Las Vegas)
Wenn Sie bereits einen Cloud Run-Dienst erstellt haben, können Sie dessen Region im Cloud Run-Dashboard der Google Cloud Console aufrufen.
Dienst aktualisieren
So ändern Sie den Dienst:
Übertragen Sie ein Commit per Push an den Hauptzweig des Repositorys.
Aktualisieren Sie den Cloud Run-Dienst, um den Status der Aktualisierung anzuzeigen.
Glückwunsch! Sie haben gerade von einem Git-Repository für Cloud Run bereitgestellt. Cloud Run skaliert den Container automatisch horizontal, damit die empfangenen Anfragen bearbeitet werden können, und skaliert ihn wieder herunter, wenn der Bedarf sinkt. Sie zahlen nur für die CPU-, Arbeitsspeicher- und Netzwerkressourcen, die während der Anfrageverarbeitung verbraucht werden.