In diesem Dokument werden die quotas und quotas für Workflows aufgeführt.
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.
Es gibt auch Limits für Workflow-Ressourcen. Diese Limits stehen nicht im Zusammenhang mit dem Kontingentsystem. Limits können nur geändert werden, wenn etwas anderes angegeben ist.
Kontingente
In 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 oder fehlgeschlagen sind, einschließlich wartender Ausführungen. Sobald das Limit erreicht ist, schlagen neue Ausführungen mit dem HTTP-Statuscode 429 Too many requests fehl. |
5.000 |
Workflow API-Anfragen | Die maximale Anzahl an API-Anfragen (create , update , list , get , delete ) aus 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 aus allen Workflows in Ihrem Projekt (pro Minute und Standort) |
1.200 |
Execution API-Schreibanfragen | Die maximale Anzahl der Anfragen an create - und cancel -Workflowausführungen (einschließlich von Eventarc ausgelöste Ausführungen) aus allen Workflows in Ihrem Projekt (pro Minute und Standort).
Wenn die durch Eventarc ausgelösten Ausführungen diesen Maximalwert ü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 zum Erhöhen oder Verringern der Kontingente die Google Cloud Console. Weitere Informationen finden Sie unter Höheres Kontingent anfordern.
Schrittlimits
In Workflows gelten für jeden Workflow die folgenden Schrittlimits. Änderungen an diesen Limits können nicht beantragt werden:
Limit | Beschreibung | Wert |
---|---|---|
Zuweisungen pro Schritt | Die maximale Anzahl von Zuweisungen, die in einem 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 Tiefe des Aufrufstacks | Die maximale Anzahl von Ebenen zum Aufrufen von Funktionen, z. B. wenn ein untergeordneter Workflow sich selbst oder einen anderen untergeordneten Workflow aufruft, oder wenn Funktionen der Standardbibliothek aufgerufen werden, die wiederum andere Funktionen aufrufen | 20 |
Mindestanzahl von Schritten | Mindestanzahl von Schritten in einem Workflow | 1 |
Maximale Anzahl der Schritte | Die maximale Anzahl von Schritten, die in einer einzelnen Workflowausführung ausgeführt werden können | 100.000 |
Limits für parallele Schritte
Workflows erzwingen die folgenden Limits bei der Verwendung paralleler Schritte. Änderungen an diesen Limits können nicht beantragt werden:
Limit | Beschreibung | Wert |
---|---|---|
Zweige pro Schritt | Die maximale Anzahl der Zweige, die in einem parallelen Schritt unterstützt werden | 10 |
Paralleltiefe | Die maximale Tiefe, um die parallele Schritte verschachtelt werden können | 2 |
Gleichzeitige Zweige und Iterationen | Die maximale Anzahl von Zweigen und Iterationen, die innerhalb 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 laufenden Threads zu warten. Es gibt keine Beschränkung der Gesamtzahl der Threads, es gelten jedoch alle anderen Limits. |
20 |
Nicht abgefangene Ausnahmen innerhalb eines parallelen Schritts | Die maximale Anzahl unbehandelter Ausnahmen, die während der Ausführung des Workflows ausgelöst werden können (insgesamt) | 100 |
Ressourcenlimits
Für Workflows gelten die folgenden Nutzungslimits. Änderungen an diesen Limits können nicht beantragt werden:
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 ist, gilt das Arbeitsspeicherlimit für Variablen. | 2 MB |
Ausdruckslänge | Die maximale Anzahl der Zeichen in einem einzelnen Ausdruck | 400 Zeichen |
Datengröße | Maximale kumulative Größe für Variablen, Argumente und Ereignisse: | 512 KB |
|
||
|
||
|
||
Maximale string-Länge in Byte mit UTF-8-Codierung | 256 KB | |
Umgebungsvariablen | Die maximale Größe für einen Definitionsstring für eine
benutzerdefinierte Umgebungsvariable (KEY=value ). Es können maximal 20 Variablen definiert werden. |
4 KiB |
Dauer der Ausführung | Die maximale Dauer (von der Startzeit bis zum Ende) für die Ausführung eines Workflows. Jeder Workflow, der dieses Limit überschreitet, endet mit einem Zeitüberschreitungsfehler. | 1 Jahr |
Ausführungsaufbewahrung | Die maximale Aufbewahrungsdauer (nach Abschluss einer Workflowausführung) des Ausführungsverlaufs und der Ergebnisse | 90 Tage |