Informationen zu den unterstützten Connectors für Application Integration.
Kontingente und Limits
In diesem Dokument sind die Kontingente und Limits für Application Integration aufgeführt.
- Kontingente geben an, wie viel einer zählbaren, freigegebenen Ressource Sie verwenden können. Kontingente werden von Google Cloud -Diensten wie der Anwendungsintegration 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 einerGoogle 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 derGoogle Cloud -Nutzer schützen. Sie helfen Ihnen auch bei der Verwaltung Ihrer eigenen Google Cloud -Ressourcen.
Das Cloud-Kontingentsystem ermöglicht Folgendes:
- 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 Application Integration-Ressourcen gelten außerdem Systemlimits. Systemlimits können nicht geändert werden.
Standardmäßig gelten Kontingente und Limits für Application Integration pro Projekt. Kontingente und Limits, die auf anderer Basis angewendet werden, sind entsprechend gekennzeichnet. Beispiel: die standardmäßige Anzahl gleichzeitiger Ausführungen pro Projekt oder die maximale Anzahl von Integrationen pro Projekt.
Ressourcenkontingente
Für Ressourcen für die Anwendungsintegration gelten pro Google Cloud -Projekt die folgenden Kontingente. Sie können das Kontingent erhöhen oder senken, indem Sie eine Kontingentänderung beantragen.
Ressource | Kontingent | Wert |
---|---|---|
Integration ausführen | Standardmäßige Anzahl gleichzeitiger Ausführungen pro Projekt | 50 |
Anzahl der Integrationsausführungsanfragen pro Minute | 24000 | |
Anzahl der Tage, die die Ausführung einer Integration dauern kann, einschließlich der Pause während der Genehmigungsaufgabe | 31 Tage | |
Integration Connectors | Siehe Limits für Integration Connectors | |
Ausführungsprotokolle und Monitoring der 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 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 die Google Cloud Console, um die meisten Kontingente anzupassen. Weitere Informationen finden Sie unter Kontingentanpassung beantragen.
Nutzungslimits
Für Application Integration gelten die folgenden Nutzungslimits. Sie sind dafür verantwortlich, das Tracking durchzuführen und dabei die vorgeschriebenen Limits einzuhalten. 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 Anwendungsintegration | 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 Ausführungen (SYNC) Das Zeitlimit umfasst alle externen Systemaufrufe oder Subintegrationsaufgaben der Integration während der Ausführung. Nach Ablauf des Zeitlimits wird der Ausführungsstatus auf Beispiele für externe Systemaufrufe sind das Aufrufen externer Endpunkte, das Aufrufen von Salesforce mit Connectors und das Aufrufen von Google Cloud-Funktionen. |
2 Minuten | |
Zeitlimit für asynchrone Ausführungen (ASYNC) Wenn Ihre Subintegration länger als zwei Minuten benötigt, sollten Sie Ihre Einbindung im ASYNC-Modus ausführen. |
10 Minuten | |
Maximale Zeit, bis zu der nach der Veröffentlichung der neuen Version eine ältere Version der Einbindung ausgeführt wird (Systemkonsistenz) Das liegt daran, dass die Anwendungsintegration ein verteiltes System ist, das Eventual Consistency bietet. Die Anwendung verwendet Caches im gesamten System. Diese Caches können Zeit zum Löschen und Aktualisieren benötigt. |
10 Minuten | |
Maximale Anzahl von Integrationen pro Projekt | 1000 | |
Maximale Anzahl von Aufgaben in einer Integration Wenn mehr Aufgaben erforderlich sind, wird empfohlen, Ihre Integration in mehrere Integrationen aufzuteilen. |
100 | |
Maximal zulässige Versionen für eine Integration | 100 | |
API-Trigger | Maximale Anzahl 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 | 10000 |
Connectors-Aufgabe | Zeitlimit für die Ausführung von Connector-Aufgaben | 3 Minuten |
Maximale Größe der Antwort vom Connector | 20 MB | |
Aufgabe „Während Schleife“ und Aufgabe „Für jede Schleife“ | 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 einer Subintegration erfasst wurden | 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-Aufgabe | Für die Skriptauswertung maximal verfügbarer Arbeitsspeicher | 300 MB |
JavaScript-Aufgabe | Maximale Anfragegröße für das Script | 25 MB |
Datenverarbeitungslimits
Wir empfehlen in den folgenden Szenarien keine Integrationen:
- Integration erfordert das Verschieben von Bulk-Daten oder den Schwerpunkt auf Extraktions-, Transformations- und Ladeprozessen (ETL).
- Die kumulative Größe aller Integrationsdaten während der Ausführung ist größer als
10 MB
.Wenn Sie die kumulative Datengröße berechnen, fügen Sie die Größe aller Datentypen hinzu, z. B. Eingabevariablen, Ausgabevariablen und andere Zwischenaufgabenvariablen.