Kontingente und Limits

In diesem Dokument sind die Kontingente und Systemlimits für Workflows aufgeführt.

  • Kontingente haben Standardwerte, aber Sie können in der Regel Anpassungen anfordern.
  • Systemlimits sind feste Werte, die nicht geändert werden können.

Google Cloud nutzt Kontingente, um für Fairness zu sorgen und Spitzen bei der Ressourcennutzung und ‑verfügbarkeit zu reduzieren. Ein Kontingent schränkt ein, wie viel von einer Ressource vonGoogle Cloud Ihr Projekt von Google Cloud nutzen kann. Kontingente gelten für eine Reihe von Ressourcentypen, einschließlich Hardware, Software und Netzwerkkomponenten. Mit Kontingenten können Sie beispielsweise die Anzahl der API-Aufrufe an einen Dienst, die Anzahl der von Ihrem Projekt gleichzeitig verwendeten Load Balancer oder die Anzahl der Projekte begrenzen, die Sie erstellen können. Kontingente sollen eine Überlastung von Diensten verhindern und dadurch die Community der Nutzer vonGoogle Cloud schützen. Sie helfen Ihnen auch bei der Verwaltung Ihrer eigenen Ressourcen von Google Cloud .

Das Cloud-Kontingentsystem tut Folgendes:

Wenn Sie versuchen, mehr von einer Ressource zu verbrauchen, als das Kontingent zulässt, blockiert das System in den meisten Fällen den Zugriff auf die Ressource. Die Aufgabe, die Sie auszuführen versuchen, schlägt dann fehl.

Kontingente gelten in der Regel auf der Ebene des Projekts von Google Cloud . Die Nutzung einer Ressource in einem Projekt hat keinen Einfluss auf das verfügbare Kontingent in einem anderen Projekt. Innerhalb eines Projekts von Google Cloud werden die Kontingente für alle Anwendungen und IP-Adressen gemeinsam genutzt.

Für Workflows-Ressourcen gelten außerdem Systemlimits. Systemlimits können nicht geändert werden.

Kontingente

In Workflows werden für jedes Google Cloud-Projekt die folgenden Kontingente durchgesetzt. 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 Ausführungen, die gestartet wurden und noch nicht abgeschlossen oder fehlgeschlagen sind, einschließlich aller, die auf Rückrufe warten oder sich im Ruhemodus befinden.

Sobald das Kontingent erreicht ist und die Ausführung standardmäßig zurückgestellt wird (mit einigen Ausnahmen), werden Ausführungen im Status QUEUED erstellt. Wenn die Ausführung von Backlogs deaktiviert ist oder das Kontingent für Backlog-Ausführungen erreicht ist, schlagen alle neuen Ausführungen mit dem HTTP-Statuscode 429 Too many requests fehl. Weitere Informationen finden Sie unter Ausführungs-Backlog verwalten.

 10.000
Ausführungen im Rückstand Die maximale Anzahl von Workflowausführungen im Backlog pro Region und Projekt.

Weitere Informationen finden Sie unter Ausführungsrückstände verwalten.

 100.000
Workflow API-Anfragen Die maximale Anzahl von 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 für list-Workflowausfü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-Workflow-Ausführungen (einschließlich Eventarc-getriggerter Ausführungen) aus allen Workflows in Ihrem Projekt (pro Minute und Standort).

Wenn durch Eventarc ausgelöste Ausführungen dieses Maximum überschreiten, werden die Ereignisse gemäß der Eventarc-Wiederholungsrichtlinie wiederholt.

 6.000
Execution API-Anfragen zum Abrufen von Schritteinträgen Die maximale Anzahl von Anfragen an get für einen Schritteintrag aus einer Workflow-Ausführung (pro Minute und Standort) 6.000
Execution API-Anfragen zum Auflisten von Schritteinträgen Die maximale Anzahl von Anfragen für list-Schritteinträge aus einer Workflowausführung (pro Minute und Standort) 1.200
Execution API-Anfragen zum Exportieren von Daten Die maximale Anzahl von Anfragen an export data aus einer Workflow-Ausführung (pro Minute und Standort) 10
HTTP-Anfragen an Callback-Endpunkte Die maximale Anzahl von SendHttpCallback API-Anfragen, die für Ausführungsressourcen aus allen Workflows in Ihrem Projekt ausgeführt wurden (pro Minute und Standort). 1.500
Execution API-List-Callback-Anfragen Die maximale Anzahl von Anfragen an list-Callbacks aus einer Workflow-Ausfü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 finden Sie unter Höheres Kontingent anfordern.

Kontingentnutzung überwachen

Sie können Messwerte zur Kontingentnutzung abfragen und überwachen. Ein Beispiel finden Sie unter Kontingentmesswerte überwachen. Dort wird gezeigt, wie Sie das insgesamt verbrauchte Zuteilungskontingent für Workflows abfragen. Informationen zum Monitoring von Messwerten zur Kontingentnutzung finden Sie unter Kontingentmesswerte grafisch darstellen und überwachen.

Schrittlimits

In Workflows werden für jeden Workflow die folgenden Schrittlimits durchgesetzt. Sie können keine Änderungen an diesen Limits beantragen:

Limit Beschreibung Wert
Aufgaben pro Schritt Die maximale Anzahl der Zuweisungen, die in einem einzelnen Schritt ausgeführt werden können 50
Bedingungen pro Switch Die maximale Anzahl von Bedingungen, die in einem einzelnen Wechselblock ausgewertet werden können 50
Maximale Aufrufstacktiefe Die maximale Anzahl von Ebenen von aufrufenden Funktionen, z. B. wenn ein untergeordneter Workflow sich selbst oder einen anderen untergeordneten Workflow aufruft oder Standardbibliotheksfunktionen, 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

Für Workflows gelten die folgenden Limits, wenn parallele Schritte verwendet werden. Sie können keine Änderungen an diesen Limits beantragen:

Limit Beschreibung Wert
Verzweigungen pro Schritt Die maximale Anzahl von Branches, die in einem parallelen Schritt unterstützt werden 10
Parallele Tiefe Die maximale Tiefe, in der parallele Schritte verschachtelt werden können 2
Gleichzeitige Zweige und Iterationen

Die maximale Anzahl von Zweigen und Iterationen, die gleichzeitig in einer einzelnen Workflowausführung 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 kein Limit für die Gesamtzahl der Threads. Es gelten jedoch alle anderen Limits.

20
Nicht abgefangene Ausnahmen in einem parallelen Schritt Die maximale Anzahl von unbehandelten 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 beantragen:

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 Speicherlimit für Variablen) 2 MB
Länge des Ausdrucks 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
  • Die maximal nutzbare Speichermenge für alle Variablen, die Sie bei einer einzelnen Ausführung eines bestimmten Workflows festlegen.
  • Maximale Größe der Argumente, die Sie beim Erstellen einer Workflowausführung übergeben können
  • Maximale Größe der Eventarc-Nutzlast, die Sie beim Auslösen einer Workflowausführung mit Ereignissen übergeben können
Maximale String-Länge in Byte mit UTF-8-Codierung 256 KB
Umgebungsvariablen Die maximale Größe für einen benutzerdefinierten Umgebungsvariablen-Definitionsstring (KEY=value); es können maximal 20 Variablen definiert werden 4 KiB
Dauer der Ausführung Die maximale Dauer (von Beginn bis Ende) für eine Workflow-Ausführung. Jeder Workflow, der dieses Limit überschreitet, endet mit einem Zeitüberschreitungsfehler. 1 Jahr
Ausführungsaufbewahrung Die maximale Aufbewahrungsdauer (nach Abschluss einer Workflowausführung) des Verlaufs und der Ergebnisse einer Ausführung 90 Tage
Zeitfenster für die Deduplizierung Das Deduplizierungszeitfenster, um eine genau einmalige Verarbeitung beim Auslösen einer Workflowausführung mit Ereignissen zu gewährleisten. 24 Stunden