In diesem Dokument sind die quotas und quotas aufgeführt, die für Workflows gelten. Weitere Informationen zu Kontingenten finden Sie unter Kontingente für Virtual Private Cloud.
Ein Kontingent schränkt ein, wie viel von einer bestimmten gemeinsam genutzten Google Cloud-Ressource Ihr Google Cloud-Projekt nutzen kann, einschließlich Hardware, Software und Netzwerkkomponenten. Daher sind Kontingente Teil eines Systems, das Folgendes tut:
- Ihre Nutzung oder Ihren Verbrauch von Google Cloud-Produkten und -Diensten überwachen.
- Ihren Verbrauch dieser Ressourcen einschränken, um u. a. für Fairness zu sorgen und Nutzungsspitzen zu reduzieren.
- Konfigurationen verwalten, die automatisch vorgeschriebene Einschränkungen erzwingen.
- Möglichkeit, das Kontingent anzufordern oder zu ändern.
Wenn ein Kontingentlimit überschritten wird, blockiert das System in den meisten Fällen den Zugriff auf die entsprechende Google-Ressource und die Aufgabe, die Sie ausführen möchten, schlägt fehl. In den meisten Fällen gelten Kontingente für jedes Google Cloud-Projekt und werden von allen Anwendungen und IP-Adressen geteilt, die dieses Google Cloud-Projekt verwenden.
Auch Limits für Workflows-Ressourcen gelten. Diese Limits stehen nicht im Zusammenhang mit dem Kontingentsystem. Limits können nur geändert werden, wenn etwas anderes angegeben ist.
Kontingente
Für Workflows gelten die folgenden Kontingente für jedes Google Cloud-Projekt. Sie können diese Kontingente erhöhen oder verringern:
| Kontingent | Beschreibung | Wert |
|---|---|---|
| Workflows insgesamt | Die maximale Anzahl von Workflows, die Sie pro Projekt bereitstellen können | 10.000 |
| Gleichzeitige Ausführungen | Die maximale Anzahl aktiver Workflowausführungen pro Region und Projekt. Gleichzeitige Ausführungen sind solche, die gestartet wurden und noch nicht abgeschlossen wurden oder fehlgeschlagen sind, einschließlich ausstehender Ausführungen. Sobald das Limit erreicht ist, schlagen neue Ausführungen mit dem HTTP-Statuscode 429 Too many requests fehl. |
7.500 |
| Workflow API-Anfragen | Die maximale Anzahl an API-Anfragen (create, update, list, get, delete) von allen Workflows in Ihrem Projekt (pro Minute und Standort) |
1.200 |
| Execution API-Get-Anfragen | Die maximale Anzahl von Anfragen an get-Workflowausführungen aus allen Workflows in Ihrem Projekt (pro Minute und Standort) |
6.000 |
| Execution API-List-Anfragen | Die maximale Anzahl von Anfragen an list-Workflowausführungen von allen Workflows in Ihrem Projekt (pro Minute und Standort) |
1.200 |
| Execution API-Schreibanfragen | Die maximale Anzahl von Anfragen an Workflowausführungen vom Typ create und cancel (einschließlich durch Eventarc ausgelöste Ausführungen) von allen Workflows in Ihrem Projekt (pro Minute und Standort).
Wenn durch Eventarc ausgelöste Ausführungen diesen Höchstwert überschreiten, werden die Ereignisse gemäß der Eventarc-Wiederholungsrichtlinie wiederholt. |
6.000 |
| HTTP-Anfragen an Callback-Endpunkte | Die maximale Anzahl von SendHttpCallback API-Anfragen pro Minute und Standort an Ausführungsressourcen aus allen Workflows in Ihrem Projekt |
1.500 |
Anfragen zur Kontingenterhöhung
Verwenden Sie die Google Cloud Console, um Kontingente zu erhöhen oder zu verringern. Weitere Informationen finden Sie unter Höheres Kontingent anfordern.
Schrittlimits
Workflows erzwingt die folgenden Schrittlimits für jeden Workflow. Sie können an diesen Limits keine Änderungen anfordern:
| Limit | Beschreibung | Wert |
|---|---|---|
| Zuweisungen pro Schritt | Die maximale Anzahl von Zuweisungen, die in einem einzelnen Schritt ausgeführt werden können | 50 |
| Bedingungen pro Switch | Die maximale Anzahl von Bedingungen, die in einem einzelnen Schalterblock ausgewertet werden können | 50 |
| Maximale Aufrufstacktiefe | Die maximale Anzahl von Ebenen von Funktionsaufrufen, z. B. wenn ein untergeordneter Workflow sich selbst oder einen anderen untergeordneten Workflow aufruft, oder Funktionsaufrufe der Standardbibliothek, die wiederum andere Funktionen aufrufen. | 20 |
| Mindestanzahl von Schritten | Mindestanzahl von Schritten in einem Workflow | 1 |
| Maximale Anzahl der Schritte | Die maximale Anzahl der Schritte, die in einer einzelnen Workflowausführung ausgeführt werden können | 100.000 |
Limits für parallele Schritte
Workflows erzwingen bei der Verwendung paralleler Schritte die folgenden Limits. Sie können an diesen Limits keine Änderungen anfordern:
| Limit | Beschreibung | Wert |
|---|---|---|
| Zweige pro Schritt | Die maximale Anzahl von Zweigen, die in einem parallelen Schritt unterstützt werden | 10 |
| Paralleltiefe | Die maximale Tiefe, die parallele Schritte verschachtelt werden können | 2 |
| Gleichzeitige Zweige und Iterationen | Die maximale Anzahl von Zweigen und Iterationen, die in einer einzelnen Workflowausführung gleichzeitig ausgeführt werden können, bevor weitere Zweige und Iterationen automatisch in die Warteschlange gestellt werden, um auf den Abschluss eines oder mehrerer laufender Threads zu warten. Es gibt keine Obergrenze für die Gesamtzahl der Threads, es gelten jedoch alle anderen Limits. |
20 |
| Nicht abgefangene Ausnahmen in einem parallelen Schritt | Die maximale Anzahl unbehandelter Ausnahmen, die während der Ausführung des Workflows (insgesamt) ausgelöst werden können | 100 |
Ressourcenlimits
Für Workflows gelten die folgenden Nutzungslimits. Sie können keine Änderungen an diesen Limits anfordern:
| Limit | Beschreibung | Wert |
|---|---|---|
| Größe des Quellcodes | Die maximale Größe der YAML- oder JSON-Datei, mit der Ihr Workflow definiert wird. | 128 KB |
| Größe der Antwort | Die maximale Größe einer HTTP-Antwort (wenn sie in einer Variablen gespeichert wird, gilt das Arbeitsspeicherlimit für Variablen) | 2 MB |
| Ausdruckslänge | Die maximale Anzahl der Zeichen in einem einzelnen Ausdruck | 400 Zeichen |
| Datengröße | Die maximale kumulative Größe für Variablen, Argumente und Ereignisse: | 512 KB |
|
||
|
||
|
||
| Maximale stringlänge in Byte mit UTF-8-Codierung | 256 KB | |
| Umgebungsvariablen | Die maximale Größe für einen Definitionsstring (KEY=value) für eine
benutzerdefinierte Umgebungsvariablen. Es können maximal 20 Variablen definiert werden. |
4 KiB |
| Dauer der Ausführung | Die maximale Dauer (von Beginn bis Ende) einer Workflowausführung. Jeder Workflow, der dieses Limit überschreitet, endet mit einem Zeitüberschreitungsfehler. | 1 Jahr |
| Ausführungsaufbewahrung | Die maximale Aufbewahrungsdauer (nach Abschluss eines Workflows) für den Verlauf und die Ergebnisse einer Ausführung | 90 Tage |
| Zeitfenster für Deduplizierung | Das Deduplizierungsfenster für eine genau einmalige Verarbeitung, wenn eine Workflowausführung mit Ereignissen ausgelöst wird | 24 Stunden |