In diesem Dokument sind die Kontingente und Limits für Workflows aufgeführt.
- Kontingente geben an, wie viel einer zählbaren, freigegebenen Ressource Sie verwenden können. Kontingente werden von Google Cloud-Diensten wie Workflows definiert.
- Systemlimits sind feste Werte, die nicht geändert werden können.
Google Cloud nutzt Kontingente, um Fairness zu gewährleisten und Spitzen bei Ressourcennutzung und -verfügbarkeit zu reduzieren. Ein Kontingent schränkt ein, wie viel von einer Google Cloud-Ressource Ihr Google Cloud-Projekt nutzen darf. 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. Die Kontingente sollen eine Überlastung von Diensten verhindern und dadurch die Community der Google Cloud-Nutzer schützen. Sie helfen Ihnen auch bei der Verwaltung Ihrer eigenen Google Cloud-Ressourcen.
Das Cloud-Kontingentsystem ermöglicht Folgendes:
- Ihren Verbrauch von Google Cloud-Produkten und -Diensten überwachen
- Ihren Verbrauch dieser Ressourcen einschränken
- Eine Möglichkeit bieten, Änderungen am Kontingentwert anzufordern
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 ausführen möchten, schlägt fehl.
Kontingente gelten in der Regel auf Google Cloud-Projektebene. Ihre Nutzung einer Ressource in einem Projekt hat keinen Einfluss auf Ihr verfügbares Kontingent in einem anderen Projekt. Innerhalb eines Google Cloud-Projekts werden die Kontingente für alle Anwendungen und IP-Adressen gemeinsam genutzt.
Für Workflow-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. Parallele Ausführungen sind Ausführungen, die gestartet wurden, aber noch nicht abgeschlossen oder fehlgeschlagen sind, einschließlich solcher, die auf Rückrufe warten oder inaktiv sind. Wenn das Kontingent erreicht ist und die Aussetzung von Ausführungen standardmäßig aktiviert ist (mit einigen Ausnahmen), werden Ausführungen im Status |
10.000 |
| Ausstehende Ausführungen | Die maximale Anzahl ausstehender Workflowausführungen 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 an Workflowausführungen von list 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 Eventarc-ausgelöster Ausführungen) aus allen Workflows in Ihrem Projekt (pro Minute und Standort).
Wenn die Anzahl der von Eventarc ausgelösten Ausführungen dieses Maximum überschreitet, werden die Ereignisse gemäß der Eventarc-Richtlinie für die Wiederholung noch einmal ausgeführt. |
6.000 |
| Execution API-Anfragen zum Abrufen von Schritteinträgen | Die maximale Anzahl von Anfragen an get für einen Schritteintrag aus einer Workflowausführung (pro Minute und Standort) |
6.000 |
| Execution API-List-Anfragen für Schritteinträge | Die maximale Anzahl von Anfragen an list-Schritteinträge aus einer Workflowausführung (pro Minute und Standort) |
1.200 |
| Exportanfragen für Execution API-Daten | Die maximale Anzahl von Anfragen an export data über eine Workflowausfü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 list-Callbacks pro Minute und Standort, die bei einer Workflowausführung gesendet werden |
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 dazu finden Sie unter Kontingentmesswerte überwachen. Dort wird gezeigt, wie Sie das Gesamtverbrauchte Zuteilungskontingent für Workflows abfragen. Informationen zum Überwachen von Messwerten zur Kontingentnutzung finden Sie unter Kontingentmesswerte grafisch darstellen und überwachen.
Schrittlimits
Workflows erzwingen die folgenden Schrittlimits für jeden Workflow. Für diese Limits können Sie keine Änderungen beantragen:
| Limit | Beschreibung | Wert |
|---|---|---|
| Aufgaben pro Schritt | Die maximale Anzahl der Aufgaben, die in einem einzelnen Schritt durchgeführt werden können | 50 |
| Bedingungen pro Schalter | Die maximale Anzahl von Bedingungen, die in einem einzelnen Wechselblock ausgewertet werden können | 50 |
| Maximale Aufrufstack-Tiefe | Die maximale Anzahl von Aufrufebenen von Funktionen. Beispiel: Wenn ein untergeordneter Workflow sich selbst oder einen anderen untergeordneten Workflow aufruft oder wenn Standardbibliotheksfunktionen 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
Bei der Verwendung paralleler Schritte gelten die folgenden Limits: Für diese Limits können Sie keine Änderungen beantragen:
| Limit | Beschreibung | Wert |
|---|---|---|
| Verzweigungen pro Schritt | Die maximale Anzahl von Verzweigungen, die in einem parallelen Schritt unterstützt werden | 10 |
| Parallele Tiefe | Die maximale Tiefe, in der parallele Schritte verschachtelt werden können | 2 |
| Parallele Branches und Iterationen | Die maximale Anzahl von Verzweigungen und Iterationen, die innerhalb einer einzelnen Workflowausführung gleichzeitig ausgeführt werden können, bevor weitere Verzweigungen und Iterationen automatisch in die Warteschlange gestellt werden, um auf den Abschluss eines oder mehrerer laufender Threads zu warten. Die Gesamtzahl der Threads ist nicht begrenzt. Es gelten jedoch alle anderen Limits. |
20 |
| Nicht abgefangene Ausnahmen innerhalb eines parallelen Schritts | Die maximale Anzahl nicht behandelter Ausnahmen, die während der Ausführung des Workflows auftreten können (insgesamt) | 100 |
Ressourcenlimits
Für Workflows gelten folgende Nutzungslimits: Für diese Limits können Sie keine Änderungen 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 die Antwort in einer Variablen gespeichert wird, gilt das Speicherlimit für Variablen. | 2 MB |
| Ausdruckslänge | Die maximale Anzahl von Zeichen in einem einzelnen Ausdruck | 400 Zeichen |
| Datengröße | 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 String zur Definition einer
benutzerdefinierten Umgebungsvariablen (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 Workflowausfü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 |
| Fenster für die Deduplizierung | Das Deduplizierungsfenster, um eine genau einmalige Verarbeitung zu gewährleisten, wenn eine Workflowausführung mit Ereignissen ausgelöst wird | 24 Stunden |