Informationen zu den unterstützten Connectors für Application Integration.
Kontingente und Limits
In diesem Dokument werden die quotas und quotas für Application Integration aufgeführt. Weitere Informationen zu Kontingenten finden Sie unter Virtual Private Cloud-Kontingente.
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.
Für Application Integration-Ressourcen gelten außerdem Limits. 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 anders gelten, werden entsprechend gekennzeichnet, z. B. die standardmäßige Anzahl gleichzeitiger 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 Einschränkungen für Integration Connectors | ||
| Ausführungslogs und monitoring für die Integration | 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 sind 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
Für Application Integration gelten die folgenden Nutzungslimits. Sie sind dafür verantwortlich, zu verfolgen und sicherzustellen, dass die Werte innerhalb der vorgeschriebenen Grenzen 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 aller Integrationsdaten (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 synchrone Synchronisierungsausführungen Das Zeitlimit umfasst alle externen Systemaufrufe oder Unterintegrationsaufgaben der Integration während der Ausführung. Beispiele für externe Systemaufrufe sind das Aufrufen externer Endpunkte, das Aufrufen von Salesforce über Connectors und das Aufrufen von Google Cloud-Funktionen |
2 Minuten | |
Zeitlimit für asynchrone Integrationsausführungen (ASYNC) Wenn die Ausführung der Unterintegration länger als 2 Minuten dauert, sollten Sie sie im ASYNC-Modus ausführen |
10 Minuten | |
Maximale Zeit, bis eine ältere Version der Integration nach der Veröffentlichung der neuen Version ausgeführt werden kann (Systemkonsistenz) Dies liegt daran, dass Application Integration ein verteiltes System ist, das Eventual Consistency bietet. Dabei werden im gesamten System Caches verwendet, deren Leeren und Aktualisieren einige Zeit in Anspruch nehmen kann. |
10 Minuten | |
| Maximale Anzahl von Integrationen pro Projekt | 1000 | |
Maximale Anzahl von Tasks in einer Integration Wenn mehr Aufgaben benötigt werden, empfiehlt es sich, die Integration in mehrere Integrationen aufzuteilen. |
100 | |
| Maximal zulässige Versionen für eine Integration | 100 | |
| API-Trigger | Maximale Anzahl von Zeichen für TRIGGER_NAME in der 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 | 10.000 |
| Connectors-Aufgabe | Zeitlimit für die Ausführung der Connector-Task | 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 Aufruf der Unterintegration erhoben 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:
- Integration erfordert das Verschieben von Bulk-Daten oder den Fokus auf ETL-Prozesse (Extrahieren, Transformieren und Laden)
- Die Gesamtgröße aller Integrationsdaten ist während der Ausführung größer als
10 MBFügen Sie bei der Berechnung der kumulativen Datengröße die Größe aller Datentypen hinzu, z. B. Eingabe-, Ausgabevariablen und andere Zwischenaufgabenvariablen