In diesem Dokument sind die quotas und quotas aufgeführt, die für Workflows
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
Workflows erzwingt folgende Kontingente für jede Google Cloud Projekt arbeiten. 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 pro
Projekt respektieren; Gleichzeitige Ausführungen sind solche, die gestartet wurden und noch nicht
abgeschlossen oder fehlgeschlagen sind, einschließlich noch wartender Elemente. Sobald das Limit erreicht ist,
erreicht, schlagen neue Ausführungen mit dem HTTP-Statuscode 429 Too many requests fehl
Statuscode enthalten. |
7.500 |
| 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
Workflow-Ausführungen aus allen Workflows in Ihrem Projekt (pro Minute und
Standort) |
6.000 |
| Execution API-List-Anfragen | Die maximale Anzahl von Anfragen an
list
Workflow-Ausführungen aus allen Workflows in Ihrem Projekt (pro Minute und
Standort) |
1.200 |
| Execution API-Schreibanfragen | Die maximale Anzahl von Anfragen an
create
und
cancel
Workflowausführungen (einschließlich durch Eventarc ausgelöste
Ausführungen) aus allen Workflows in Ihrem Projekt (pro Minute und
Standort).
Wenn durch Eventarc ausgelöste Ausführungen diesen Höchstwert überschreiten, -Ereignisse werden nach dem Eventarc-Wiederholungsrichtlinie. |
6.000 |
| Anfragen zum Abrufen von Schritteinträgen der Execution API | Die maximale Anzahl von Anfragen an
get
ein Schritteintrag aus einer Workflowausführung (pro Minute und Standort) |
6.000 |
| Anfragen für Listenschritteinträge der Execution API | Die maximale Anzahl von Anfragen an
list
Schritteinträge aus einer Workflowausführung (pro Minute und Standort) |
1.200 |
| Execution API-Datenexportanfragen | Die maximale Anzahl von Anfragen an
export data
aus einer Workflowausführung (pro Minute und Standort) |
10 |
| HTTP-Anfragen an Callback-Endpunkte | Die maximale Anzahl von SendHttpCallback API-Anfragen
für Ausführungsressourcen aus allen Workflows in Ihrem Projekt (pro Minute)
pro Standort) |
1.500 |
| Callback-Anfragen für Liste der Execution API | Die maximale Anzahl von Anfragen an
list
Callbacks von einer Workflowausführung (pro Minute und Standort) |
300 |
Anfragen zur Kontingenterhöhung
Verwenden Sie die Google Cloud Console, um Kontingente zu erhöhen oder zu verringern. Weitere Informationen 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 Aufgaben die in einem einzigen Schritt durchgeführt werden kann, | 50 |
| Bedingungen pro Switch | Die maximale Anzahl an Bedingungen, die in einem einzelnen Schalterblock | 50 |
| Maximale Aufrufstacktiefe | Die maximale Anzahl der Ebenen von aufrufenden Funktionen. Wenn beispielsweise ein sich selbst oder einen anderen untergeordneten Workflow aufruft. Standardbibliothek Funktionsaufrufe, 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 einem einzelnen Workflow ausgeführt werden können Hinrichtung | 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 paralleler Schritt | 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 gleichzeitig ausgeführt werden können innerhalb einer einzelnen Workflowausführung vor weiteren Zweigen und Iterationen werden automatisch in die Warteschlange gestellt, um auf eine oder mehrere Ausführungen zu warten Threads zu beenden. 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 die Ausführung des Workflows (insgesamt) | 100 |
Ressourcenlimits
Für Workflows gelten die folgenden Nutzungslimits. Sie können keine Änderungen an diesen Limits:
| 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 (bei Speicherung in einer Variablen für Variablen gilt) | 2 MB |
| Ausdruckslänge | Die maximale Anzahl von Zeichen in einem einzelnen Ausdruck | 400 Zeichen |
| Datengröße | Die maximale kumulative Größe für Variablen, Argumente und Ereignisse: | 512 KB |
|
||
|
||
|
||
| Maximaler string Länge in Byte mit UTF-8-Codierung | 256 KB | |
| Umgebungsvariablen | Die maximale Größe für
Definitionsstring für benutzerdefinierte Umgebungsvariable
(KEY=value); können maximal 20 Variablen definiert werden |
4 KiB |
| Dauer der Ausführung | Die maximale Dauer (von Start bis Ende) für einen Workflow execution; Jeder Workflow, bei dem dieses Limit überschritten wird, endet mit einer Zeitüberschreitung. Fehler | 1 Jahr |
| Ausführungsaufbewahrung | Die maximale Aufbewahrungsdauer (nach Abschluss eines Workflows) von den Verlauf und die Ergebnisse einer Ausführung | 90 Tage |
| Zeitfenster für Deduplizierung | Das Deduplizierungsfenster, um eine genau einmalige Verarbeitung zu gewährleisten, eine Workflow-Ausführung mit Ereignisse | 24 Stunden |