<ph type="x-smartling-placeholder"></ph> Weitere Informationen finden Sie unter Unterstützte Connectors für Application Integration.
Kontingente und Limits
In diesem Dokument sind die quotas und quotas aufgeführt, die für Anwendungsintegration.
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.
Außerdem gelten Limits für die Ressourcen von Application Integration. Diese Limits stehen nicht im Zusammenhang mit dem Kontingentsystem. Limits können nur geändert werden, wenn dies angegeben ist.
Standardmäßig gelten die Kontingente und Limits von Application Integration pro Projekt. Kontingente und Limits, die für eine andere als solche angegeben; z. B. die standardmäßigen gleichzeitigen Ausführungen für jedes Projekt oder die maximale Anzahl von Integrationen pro Projekt.
Ressourcenkontingente
Die folgenden Kontingente gelten für Application Integration-Ressourcen für jedes Google Cloud-Projekt. Sie können das Kontingent erhöhen oder verringern, indem Sie eine Kontingentänderung beantragen.
| Ressource | Kontingent | Wert | |
|---|---|---|---|
| Integration ausführen | Gleichzeitige Standardausführungen pro Projekt | 50 | |
| Anzahl der Integrationsausführungsanfragen pro Minute | 24000 | ||
| Integration Connectors | Siehe Limits für Integrations-Connectors | ||
| Integration von Ausführungslogs und Monitoring | Anzahl der Leseausführungsanfragen pro Minute | 18000 | |
| Seite Integrationen
(Auf dieser Seite werden alle verfügbaren Integrationen in Ihrem Projekt aufgeführt.) |
Anzahl der Leseintegrationsanfragen pro Minute | 12.000 | |
| Seite Integrationseditor
(Auf dieser Seite wird eine ganze Integration geladen, einschließlich aller Integrationsversionen und konfigurierten Aufgabenentitäten.) |
Anzahl der Leseanfragen für Leseentitäten pro Minute | 12.000 | |
| Anzahl der Anfragen zur Leseintegrationsversion pro Minute | 12.000 | ||
| Anzahl der Anfragen zur Schreibintegrationsversion pro Minute | 12.000 | ||
| Seite Authentifizierungsprofile
Auf dieser Seite werden alle verfügbaren Authentifizierungsprofile in Ihrem Projekt aufgeführt. |
Anzahl der Leseanfragen pro Minute | 12.000 | |
| Anzahl der Schreibanfragen pro Minute | 12.000 | ||
| Salesforce-Trigger | Anzahl der Salesforce-Kanalanfragen pro Minute | 12.000 | |
| Anzahl der Schreibanfragen für den Salesforce-Kanal pro Minute | 12.000 | ||
| Anzahl der Leseanfragen für die Salesforce-Instanz pro Minute | 12.000 | ||
| Anzahl der Schreibanfragen für die Salesforce-Instanz pro Minute | 12.000 |
Kontingenterhöhung anfordern
Verwenden Sie zur Erhöhung/Verringerung der meisten Kontingenten die Google Cloud Console. Weitere Informationen finden Sie unter Höheres Kontingentlimit anfordern.
Nutzungslimits
Application Integration erzwingt die folgenden Nutzungslimits. Sie sind dafür verantwortlich, nachzuverfolgen und sicherzustellen, dass die Werte innerhalb der vorgeschriebenen Grenzwerte bleiben. Das Überschreiten der Limits kann zu einem geringeren Durchsatz, Aufgabenfehlern und höheren Latenzen beim Ausführen der Integration führen.| Ressource | Limit | Wert |
|---|---|---|
| Gilt für die gesamte Application Integration | Maximale Zeichen im Integrationsnamen | 64 Zeichen |
| Maximale kumulative Größe der gesamten Integration Daten (einschließlich Eingabe- und Ausgabevariablen) | 25 MB | |
| Maximale kumulative Größe aller Integrationsdaten (einschließlich Eingabe- und Ausgabevariablen), die von Verbindungen gesendet und empfangen werden | 8 MB | |
Zeitlimit für Ausführungen synchroner Integrationen (SYNC) Das Zeitlimit umfasst alle externen Systemaufrufe oder
Teilintegrationsaufgaben der Integration durchführen. Nach dem Zeitlimit wird der Ausführungsstatus auf Beispiele für externe Systeme Aufrufe umfassen, das Aufrufen externer Endpunkte, Salesforce mit Connectors und Google Cloud-Funktionen aufrufen |
2 Minuten | |
Zeitlimit für Ausführungen von asynchronen Integrationen (ASYNC) Wenn die Ausführung Ihrer Unterintegration länger als zwei Minuten dauert, sollten Sie erwägen, Integration im ASYNC-Modus |
10 Minuten | |
Maximale Zeit bis zu einer älteren Version der Integration kann nach der Veröffentlichung der neuen Version ausgeführt werden (Systemkonsistenz) Das liegt daran, dass Application Integration ein verteiltes System ist, sorgt für Eventual Consistency. Dabei werden während des gesamten das Löschen und Aktualisieren des Systems |
10 Minuten | |
| Maximale Anzahl von Integrationen pro Projekt | 1000 | |
Maximale Anzahl von Tasks in einer Integration Wenn weitere Aufgaben erforderlich sind, sollten Sie die Integration aufteilen in mehrere Integrationen |
100 | |
| Maximal zulässige Versionen für eine Integration | 100 | |
| API-Trigger | Maximale Zeichenanzahl für TRIGGER_NAME in Trigger-ID
Format der Trigger-ID: |
64 Zeichen |
| Apps Script-Aufgabe | Maximale Anzahl aktiver Bereitstellungen für ein Apps Script | 50 |
| Abfragen pro Sekunde (QPS) für ausführbare API-Anfragen | 5.000 pro Minute | |
| Abfragen pro Sekunde (QPS) für Webapp-Bereitstellungen | 5.000 pro Minute | |
| Latenz für ausführbare API-Dateien | 1,5 Sekunden | |
| Latenz für Web-App | 2,5 Sekunden | |
| Maximale kumulative Größe aller Integrationsvariablen in einem Apps Script | 15 MB | |
| Aufgabe "REST-Endpunkt aufrufen" | Maximale Anzahl gleichzeitiger REST-Aufrufe | 100 |
| Maximale Größe der Anfrage vom REST-Endpunkt | 25 MB | |
| Maximale Größe der Antwort vom REST-Endpunkt | 25 MB | |
| Anrufintegrationsaufgabe | Maximale Anzahl von Subintegrationen, die über die Hauptintegration ausgeführt werden können | 10000 |
| Connectors-Aufgabe | Zeitüberschreitung bei der Ausführung von Connector-Tasks | 3 Minuten |
| Maximale Größe der Antwort vom Connector | 20 MB | |
| Während-Schleifenaufgabe und Für jede Schleifenaufgabe | Maximale kumulative Größe der verarbeiteten Daten | 20 MB |
| Maximale Anzahl an Iterationen | 8.000 | |
| Maximale kumulative Größe der Daten, die bei jedem Unterintegrationsaufruf erfasst werden | 50 MB | |
| Aufgabe "Für alle parallel" | Maximale kumulative Größe der verarbeiteten Daten | 20 MB |
| Maximale Anzahl paralleler Ausführungen | 50 | |
| Aufgabe "Datenabgleich" | Maximale Größe einer Arraydatentypvariable | 100000 Elemente |
| Maximale Größe einer JSON-Datentypvariable | 20 MB | |
| Maximale Größe einer String-Datentypvariable | 20 MB | |
| Data Transformer-Skriptaufgabe | Für die Skriptauswertung maximal verfügbarer Arbeitsspeicher | 300 MB |
Datenverarbeitungslimits
Wir empfehlen in den folgenden Szenarien keine Integrationen:
- Die Integration erfordert das Verschieben von Bulk-Daten oder den Fokus auf das Extrahieren, Transformieren und Ladeprozesse (ETL)
- Die kumulative Größe aller Integrationsdaten ist im folgenden Zeitraum größer als
10 MBHinrichtungAddieren Sie bei der Berechnung der kumulativen Datengröße die Größe aller Datentypen wie Eingabevariablen, Ausgabevariablen und andere Zwischenaufgabenvariablen