Cloud Run-Funktionen vergleichen

In diesem Leitfaden werden die neuesten und ursprünglichen Google Cloud Optionen für die Bereitstellung von Funktionen verglichen. Auf dieser Seite finden Sie Informationen für Nutzer, die zuvor Funktionen mit der Cloud Functions API erstellt haben und zur Cloud Run Admin API wechseln. Auf dieser Seite werden die wichtigsten Unterschiede in verschiedenen Bereichen wie Konzepten, Konfiguration, Bereitstellung sowie Triggern und Wiederholungen beschrieben.

Vergleich

Es gibt zwei Versionen von Cloud Run Functions:

Cloud Run Functions ist die neueste Version von Funktionen, die als Dienst in Cloud Run bereitgestellt wird. Sie können auf eine der folgenden Arten erstellt werden:
- Cloud Run Admin API (empfohlen): Mit dieser API erstellte Funktionen (z. B. mit derGoogle Cloud Console, gcloud run, der REST API oder Terraform) können ausschließlich über die Cloud Run Admin API verwaltet werden.
- Cloud Functions v2 API: Mit dieser API erstellte Funktionen (z. B. mit gcloud functions, der REST API oder Terraform) können sowohl mit der Cloud Run Admin API als auch mit der Cloud Functions v2 API verwaltet werden. Wenn Sie diese API verwenden, geben Sie den Trigger beim Bereitstellen der Funktion an. Hier erfahren Sie, wie Sie eine Funktion der v2 API trennen, damit sie ausschließlich über die Cloud Run Admin API verwaltet werden kann.
Cloud Run Functions (1. Generation), früher Cloud Functions (1. Generation), ist die ursprüngliche Version von Funktionen mit eingeschränkten Ereignistriggern, Laufzeiten und Konfigurierbarkeit. Informationen zum Upgraden von Funktionen der 1. Generation auf Cloud Run

Wenn Sie Funktionen direkt in Cloud Run bereitstellen, werden sie automatisch als Container erstellt und als Cloud Run-Dienst bereitgestellt.

Konzepte

In der folgenden Tabelle werden die konzeptionellen Unterschiede für Funktionen zusammengefasst.

	Cloud Run Functions	Cloud Run Functions (1. Generation)
Früherer Produktname	Cloud Functions (2nd gen)	Cloud Functions (1. Generation)
Ressourcenmodell	Eine Funktion ist ein Cloud Run-Dienst, der aus Quellcode bereitgestellt wird.	Eine Funktion wird aus Quellcode bereitgestellt.
Terminologie für Funktionstypen	HTTP-Funktionen CloudEvents-Funktionen, auch als ereignisgesteuerte Funktionen bezeichnet, werden in allen Sprachlaufzeiten unterstützt.	HTTP-Funktionen CloudEvents werden nur in Ruby-, .NET- und PHP-Laufzeiten unterstützt. Für Node.js, Go, Python und Java erstellen Sie ereignisgesteuerte Funktionen mit Hintergrundfunktionen.
Zugewiesene HTTPS-URL	`run.app` Funktionen, die mit der Cloud Functions v2 API erstellt wurden, haben auch einen `cloudfunctions.net`-Endpunkt.	`cloudfunctions.net`
Image-Registry	Nur Artifact Registry	Artifact Registry oder Container Registry (eingestellt)
IAM-Rollen für die Bereitstellung	Cloud Run Source Developer (`roles/run.sourceDeveloper`) Service Usage Consumer (`roles/run.serviceusage.serviceUsageConsumer`) Dienstkontonutzer (`roles/iam.serviceAccountUser`)	Cloud Functions Developer (`roles/cloudfunctions.developer`)
Interne Infrastruktur	Cloud Run	Google intern
Preismodell	Cloud Run-Preise	Preise für Cloud Run-Funktionen (1. Generation)

Konfiguration

Cloud Run erstellt Funktionen in Containern und stellt sie als Dienste bereit. Wenn Sie eine Funktion in Cloud Run bereitstellen, haben Sie vollständigen Zugriff und Kontrolle über das Verhalten der Funktion. Sie können beispielsweise Direct VPC aktivieren, GPUs konfigurieren und Volume-Mounts verwenden.

In der folgenden Tabelle sind die Konfigurationsunterschiede für Funktionen zusammengefasst:

	Cloud Run Functions	Cloud Run Functions (1. Generation)
Zeitüberschreitung bei Anfrage	Bis zu 60 Minuten bei durch HTTP ausgelösten Funktionen Bis zu neun Minuten bei ereignisgesteuerten Funktionen, die mit der Cloud Functions v2 API erstellt wurden	Bis zu neun Minuten
Instanzgröße	Bis zu 16 GiB RAM mit 4 vCPUs	Bis zu 8 GB RAM mit 2 vCPUs
Gleichzeitigkeit	Bis zu 1.000 gleichzeitige Anfragen pro Funktionsinstanz	1 gleichzeitige Anfrage pro Funktionsinstanz
Aufteilung des Traffics	Unterstützt	Nicht unterstützt

Bereitstellung

Seit August 2024 können Sie Cloud Run verwenden, um Funktionen bereitzustellen und zu verwalten, die mit der Cloud Functions V2 API erstellt wurden. Diese Änderung hat folgende Auswirkungen:

Funktionsmetadaten wie die Laufzeit-ID und Build-Konfigurationen werden in der Cloud Run-Dienstdefinition gespeichert.
Sie können Ihre Funktion sicher mit der Cloud Run Admin API bearbeiten.
Sie können sich auf die Cloud Run-Dienstdefinition als Quelle für Ihre Funktion verlassen.

Mit der Cloud Functions API können jedoch keine Funktionen geändert werden, die mit der Cloud Run Admin API erstellt wurden.

In der folgenden Tabelle sind die Unterschiede beim Erstellen, Bereitstellen, Bearbeiten und Verwalten von Funktionen zusammengefasst:

	Cloud Run Functions	Cloud Run Functions (1. Generation)
Google Cloud Console	Cloud Run	Cloud Run Functions (1. Generation)
Cloud SDK	`gcloud run deploy` für Funktionen, die mit der Cloud Run Admin API oder der Cloud Functions API erstellt wurden. `gcloud functions deploy` für Funktionen, die mit der Cloud Functions API erstellt wurden.	`gcloud functions deploy --no-gen2` für Funktionen, die mit der Cloud Functions API erstellt wurden.
REST API	`run.googleapis.com` (Version 1 und Version 2) für Funktionen, die mit der Cloud Run Admin API oder der Cloud Functions API erstellt wurden. `cloudfunctions.googleapis.com` (nur Version 2) für Funktionen, die mit der Cloud Functions API erstellt wurden.	`cloudfunctions.googleapis.com` (V1 und V2)
Terraform	`google_cloud_run_v2_service` für Funktionen, die mit der Cloud Run Admin API oder der Cloud Functions API erstellt wurden. `google_cloudfunctions2_function` für Funktionen, die mit der Cloud Functions API erstellt wurden.	`cloudfunctions_function`

Mit der Cloud Functions v2 API erstellte Funktionen bereitstellen

Wie bereits beschrieben, können Sie Cloud Run-Tools verwenden, um Funktionen bereitzustellen und zu verwalten, die mit der Cloud Functions V2 API erstellt wurden. Wenn Sie Ihre Funktion mit der Cloud Functions v2 API bereitstellen müssen (z. B. aus Gründen der Abwärtskompatibilität), können Sie dies so tun:

Prüfen Sie, ob Sie die IAM-Rolle Cloud Functions-Entwickler oder eine Rolle mit denselben Berechtigungen haben. Siehe auch Zusätzliche Konfiguration für die Bereitstellung.
Verwenden Sie den Befehl gcloud functions deploy, um eine Funktion bereitzustellen:
```
gcloud functions deploy YOUR_FUNCTION_NAME \
   --region=YOUR_REGION \
   --runtime=YOUR_RUNTIME \
   --source=YOUR_SOURCE_LOCATION \
   --entry-point=YOUR_CODE_ENTRYPOINT \
   TRIGGER_FLAGS...
```
Ersetzen Sie Folgendes:
- YOUR_FUNCTION_NAME: Der Name der Funktion, die Sie bereitstellen möchten. Der Funktionsname muss mit einem Buchstaben beginnen, gefolgt von bis zu 62 Buchstaben, Ziffern, Bindestrichen oder Unterstrichen. Das letzte Zeichen muss ein Buchstabe oder eine Ziffer sein. Im Namen des Cloud Run-Dienstes, der für Ihre Funktion erstellt wird, werden Unterstriche durch Bindestriche ersetzt und Großbuchstaben in Kleinbuchstaben umgewandelt. Function_1 erhält in Cloud Run beispielsweise den Namen function-1.
- YOUR_REGION: Die Google Cloud Region, in der Sie Ihre Funktion bereitstellen möchten. Beispiel: europe-west1
- YOUR_RUNTIME: Die Sprache, die Ihre Funktion verwendet. Eine Liste der unterstützten Laufzeiten finden Sie unter Laufzeitunterstützung.
- YOUR_SOURCE_LOCATION: Der Speicherort des Quellcodes Ihrer Funktion.
- YOUR_CODE_ENTRYPOINT: Der Einstiegspunkt zur Funktion in Ihrem Quellcode. Dies ist der Code, der beim Ausführen der Funktion ausgeführt wird. Der Wert dieses Flags muss ein Funktionsname oder ein voll qualifizierter Klassenname sein, der in Ihrem Quellcode vorhanden ist.

Eine vollständige Referenz zum functions deploy-Befehl und seinen Flags finden Sie in der Dokumentation zu gcloud functions deploy.

Trigger und Wiederholungsversuche

In der folgenden Tabelle werden Trigger und Wiederholungsversuche für Funktionen verglichen:

	Cloud Run Functions	Cloud Run Functions (1. Generation)
Funktion auslösen und aufrufen	Bei Funktionen, die mit der Cloud Run Admin API erstellt wurden, geben Sie Trigger beim Bereitstellen der Funktion an. Dies kann in der Google Cloud Console oder nach der Bereitstellung der Funktion mit der gcloud CLI erfolgen. Bei Funktionen, die mit der Cloud Functions v2 API erstellt wurden, geben Sie Trigger im Rahmen der Funktionsbereitstellung an.	Sie geben Trigger im Rahmen der Funktionsbereitstellung an.
Ereignistypen	Unterstützung für jeden von Eventarc unterstützten Ereignistyp, einschließlich über 90 Ereignisquellen über Cloud-Audit-Logs.	Direkte Unterstützung für Ereignisse aus 7 Quellen:
Neuversuche	Aktualisieren Sie für Funktionen, die mit der Cloud Run Admin API erstellt wurden, die Wiederholrichtlinie in Eventarc und konfigurieren Sie ein Thema für unzustellbare Nachrichten in Pub/Sub. Bei Funktionen, die mit der Cloud Functions v2 API erstellt wurden, geben Sie Wiederholungsversuche als Teil der Funktionsbereitstellung mit dem Flag `--retry` an.	Sie geben Wiederholungsversuche im Rahmen der Funktionsbereitstellung mit dem Flag `--retry` an.

Funktion trennen

Funktionen, die mit der Cloud Functions v2 API erstellt wurden (z. B. mit gcloud functions, der REST API oder Terraform), können von ihrer vorhandenen API-Umgebung getrennt werden. Nachdem Sie eine Funktion getrennt haben, können Sie sie nur noch über die Cloud Run Admin API verwalten. Das kann sinnvoll sein, wenn Ihre Arbeitslasten innerhalb der run.googleapis.com API-Grenze für Assured Workloads bleiben müssen oder wenn Sie sicherstellen möchten, dass Ihre Arbeitslasten die Cloud Run-SKU verwenden. Weitere Informationen finden Sie unter Funktionen verwalten.

Nächste Schritte

Startleitfaden zum Bereitstellen einer Cloud Run Functions-Funktion

Cloud Run-Funktionen vergleichen Mit Sammlungen den Überblick behalten Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.