Dienste für Cloud Run und Cloud Run-Funktionen konfigurieren

Verwenden Sie folgende Umgebungsvariablen, um das Verhalten Ihrer Dienste zu konfigurieren, wenn sie in Cloud Run oder Cloud Run-Funktionen bereitgestellt werden.

Informationen zum Festlegen dieser Umgebungsvariable in Ihrem Container-Image

Konfigurationsdetails für eine bestimmte Sprache finden Sie unter:

Umgebungsvariablen in Cloud Run und Cloud Run-Funktionen

Die folgenden Konfigurationen unterstützen das Erstellen von Diensten für Anwendungen und Funktionen. Weitere Umgebungsvariablen für Cloud Run-Funktionen finden Sie unter Zusätzliche Umgebungsvariablen für Cloud Run-Funktionen.

GOOGLE_ENTRYPOINT

Gibt den Befehl an, der beim Ausführen des Containers ausgeführt wird. Dies entspricht entrypoint in einem Dockerfile.

Beispiele:

Cloud Run-Quellbereitstellung

  • Java: java -jar target/myjar.jar
  • PHP: php -S 0.0.0.0:8080 index.php
  • Python:

Das Python-Buildpack legt den Standard-Einstiegspunkt für Cloud Run-Quellbereitstellungen fest. Für Python-Version 3.13 und höher legt das Python-Buildpack den Einstiegspunkt basierend auf der Webdienstkonfiguration in Ihrer requirements.txt-Datei fest. Wenn Sie in der Datei requirements.txt keinen Webserver oder kein Framework angeben oder Python-Version 3.12 oder früher verwenden, legt das Python-Buildpack den Standard-Einstiegspunkt auf gunicorn -b :8080 main:app fest. Weitere Informationen finden Sie unter Python-Anwendung erstellen.

Alle anderen Bereitstellungen

  • Java: java -jar target/myjar.jar
  • PHP: php -S 0.0.0.0:8080 index.php
  • Python: gunicorn -b :8080 main:app

GOOGLE_RUNTIME

Erzwingt das Opt-in der Laufzeit. Wird das Laufzeit-Buildpack-Image in mehreren Gruppen angezeigt, wird das Buildpack-Image in der ersten Gruppe in allen Gruppen verwendet.

Beispiel für Node.js: Wenn Sie nodejs angeben, wird das Opt-in für das Node.js-Laufzeit-Buildpack erzwungen.

GOOGLE_RUNTIME_VERSION

Gibt die Version der zu installierenden Laufzeit an. Gibt für .NET die .NET SDK-Version an.

Beispiele:

  • Go: 1.14.1
  • Java: 8
  • Node.js: 13.7.0
  • .NET: 3.1.301

GOOGLE_BUILDABLE

Für Go-, Java-, Dart- und .NET-Laufzeiten: Gibt den Pfad zu einer erstellbaren Einheit an.

Go-Beispiel: Wenn Sie ./maindir angeben, wird das Paket im Stammverzeichnis maindir erstellt.

GOOGLE_BUILD_ARGS

Für Java (Maven und Gradle) und .NET-Laufzeiten: Hängt Argumente an den Erstellungsbefehl an.

Java-Beispiel: Wenn Sie -Pprod angeben, wird mvn clean package ... -Pprod ausgeführt.

GOOGLE_MAVEN_BUILD_ARGS

Bei Java-Laufzeiten, die das Maven-Plug-in verwenden: Überschreibt den standardmäßigen Maven-Befehl mit dem von Ihnen angegebenen Build-Befehl.

Wenn GOOGLE_MAVEN_BUILD_ARGS nicht angegeben ist, wird standardmäßig der folgende Befehl ausgeführt:

mvn clean package --batch-mode -DskipTests -Dhttp.keepAlive=false

Beispiel: Wenn Sie GOOGLE_MAVEN_BUILD_ARGS="clean package: angeben, wird der Befehl mvn clean package ausgeführt.

GOOGLE_GRADLE_BUILD_ARGS

Für Java-Laufzeiten, die das Gradle-Plug-in verwenden: Überschreibt den standardmäßigen Gradle-Befehl mit dem von Ihnen angegebenen Build-Befehl.

Wenn GOOGLE_GRADLE_BUILD_ARGS nicht angegeben ist, wird standardmäßig der folgende Befehl ausgeführt:

gradle clean assemble -x test --build-cache

Beispiel: Wenn Sie GOOGLE_GRADLE_BUILD_ARGS="clean assemble" angeben, wird der Befehl gradle clean assemble ausgeführt.

GOOGLE_DEVMODE

Für Skaffold: Aktiviert die Buildpacks des Entwicklungsmodus. Verwenden Sie die Live-Entwicklung, um automatische Container-Neuerstellungen für Änderungen an Ihrem Quellcode auszulösen. Sie müssen Skaffold installieren und skaffold dev ausführen.

  • Unterstützte Werte: true, True, 1

GOOGLE_CLEAR_SOURCE

Für Funktionen und Go- oder Java-Anwendungen: Der Quellcode wird nach dem Erstellen der Anwendung gelöscht. Wenn die Anwendung auf statische Dateien wie Go-Vorlagen angewiesen ist, kann das Festlegen dieser Variablen dazu führen, dass die Anwendung nicht mehr korrekt funktioniert.

Unterstützte Werte: true, True und 1

Zusätzliche Umgebungsvariablen für Cloud Run-Funktionen

Die folgenden Konfigurationen sind nur für Quellcodes verfügbar, die als Funktionen erstellt wurden, die Functions Framework und Cloud Run-Funktionen verwenden. Weitere Informationen zu diesen Konfigurationsoptionen finden Sie im Vertrag.

GOOGLE_FUNCTION_TARGET

  • Gibt den Namen der exportierten Funktion an, die als Reaktion auf Anfragen aufgerufen werden soll.
  • Beispiel: myFunction führt dazu, dass das Funktions-Framework die Funktion mit dem gleichen Namen aufruft.

GOOGLE_FUNCTION_SIGNATURE_TYPE

  • Gibt die von der Funktion verwendete Signatur an.
  • Beispiel: http, event oder cloudevent.

GOOGLE_FUNCTION_SOURCE

  • Gibt je nach Sprache den Namen des Verzeichnisses oder der Datei an, die die Funktionsquelle enthält.
  • (Gilt nur für einige Sprachen, weitere Informationen finden Sie in der sprachspezifischen Dokumentation.)
  • Beispiel: function.py für Python.