Mit privaten Triggern können Sie große Abläufe in verschiedene Teilabläufe unterteilen. Sie können private Trigger nur aus anderen Integrationsabläufen innerhalb der Anwendungsintegration aufrufen. Wenn sie nur von anderen Integrationen aufgerufen werden können, erhöht sich die Sicherheit und das Risiko wird verringert. Sie können die Ausführungslogs für eine private Aufgabe in den Ausführungslogs der Aufruferintegration aufrufen.
In der folgenden Liste sind die Vorteile privater Trigger aufgeführt:
Kosten minimieren:Private Trigger werden nicht auf die Kosten für die Ausführungsläufe angerechnet.
Erhöhte Sicherheit: Sie können festlegen, dass Abläufe nur von anderen Integrationen aufgerufen werden dürfen, da private Trigger nicht unabhängig von öffentlichen APIs ausgelöst werden können.
Leistung verbessern:Mit privaten Triggern wird die Latenz zwischen dem Aufruf der Unterintegration reduziert.
Privaten Trigger hinzufügen
So fügen Sie einen privaten Trigger hinzu:
Rufen Sie in der Google Cloud Console die Seite Application Integration auf.
Die Seite Liste der Integrationen wird angezeigt. Auf dieser Seite sind alle Integrationen aufgeführt, die im Google Cloud-Projekt verfügbar sind.
Wählen Sie eine vorhandene Integration aus oder klicken Sie auf Integration erstellen, um eine neue zu erstellen.
Wenn Sie eine neue Integration erstellen, gehen Sie so vor:
Geben Sie im Bereich Integration erstellen einen Namen und eine Beschreibung ein.
Wählen Sie eine Region für die Integration aus.
Wählen Sie ein Dienstkonto für die Integration aus. Sie können die Details des Dienstkontos einer Integration jederzeit im Bereich infoIntegrationsübersicht in der Symbolleiste für Integrationen ändern oder aktualisieren.
Klicken Sie auf Erstellen.
Die neu erstellte Integration wird im Integrationseditor geöffnet.
Klicken Sie in der Navigationsleiste des Integrationseditors auf Trigger, um eine Liste der verfügbaren Trigger aufzurufen.
Klicken Sie auf das Element Privat und platzieren Sie es im Designer.
Privaten Trigger konfigurieren
Klicken Sie im Integrationseditor auf das Element Privater Trigger, um den Bereich für die Triggerkonfiguration aufzurufen.
Im Konfigurationsbereich wird die Trigger-ID angezeigt, die eine maschinengenerierte ID im Format private_trigger/TRIGGER_NAME ist.
Für diesen Trigger ist keine weitere Konfiguration erforderlich.
Privaten Trigger testen
Sie können einen veröffentlichten Workflow mit privaten Triggern nicht testen. Sie müssen die Veröffentlichung der Integration aufheben, um den Workflow für private Trigger zu testen.
Privaten Trigger aus einer anderen Integration aufrufen
Nachdem Sie eine Integration veröffentlicht haben, für die ein privater Trigger konfiguriert ist, können Sie diesen Trigger von einer anderen Integration aus aufrufen. Ihre Integration kann mehrere private Trigger umfassen. Jedem privaten Trigger wird eine eindeutige Trigger-ID zugewiesen.
Die Ausführungslogs für einen privaten Trigger finden Sie in den Logs des Hauptausführungsworkflows.
Private Trigger können über die folgenden Aufgaben zur Ablaufsteuerung aufgerufen werden:
Für die Ausführung privater Trigger gilt das Limit für die maximale kumulative Größe aller Integrationsdaten, das auf 25 MB festgelegt ist. Dieses Limit gilt auch für die übergeordnete Integration. Weitere Informationen zu Limits finden Sie unter Nutzungslimits.
Beschränkung
Wenn Ihr privater Trigger-Workflow eine der folgenden asynchronen Aufgaben enthält, können Sie den privaten Workflow nicht über den Haupt-Workflow mit der Ausführungsstrategie SYNC auslösen:
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-08-25 (UTC)."],[[["\u003cp\u003ePrivate triggers allow you to divide large integration flows into smaller, manageable subflows that are only invokable by other integrations.\u003c/p\u003e\n"],["\u003cp\u003eUsing private triggers can minimize costs, as they do not count towards execution run pricing, while also increasing security by restricting invocation to other integrations.\u003c/p\u003e\n"],["\u003cp\u003ePrivate triggers improve performance by reducing latency in sub-integration callouts, and their execution logs are visible within the invoker integration's logs.\u003c/p\u003e\n"],["\u003cp\u003ePrivate triggers must be tested in unpublished integrations, and they can be invoked from other integrations using specific flow control tasks such as 'Call Integration', 'For Each Loop', 'For Each Parallel', or 'While Loop'.\u003c/p\u003e\n"],["\u003cp\u003ePrivate triggers have a size limit of 25MB that they share with their parent integration, and the private workflow can not be called with a SYNC strategy if it includes async tasks such as 'Timer task', 'Suspend task' or 'Approval task'.\u003c/p\u003e\n"]]],[],null,["# Private triggers\n\nSee the [supported connectors](/integration-connectors/docs/connector-reference-overview) for Application Integration.\n\nPrivate triggers\n================\n\nPrivate triggers enable you to break large flows into various subflows. You can invoke private triggers only from other integration flows within Application Integration. Being invokable only from other integrations increases security and reduces the risk. You can view the execution logs for a private task in the execution logs of the invoker integration.\n\nThe following list states the benefits of using private triggers:\n\n- **Minimize cost:** Private triggers are not counted towards execution run pricing.\n- **Increases security:** Restrict flows to be invoked only from other integrations as private triggers cannot be triggered independently from public APIs.\n- **Improve performance:** Private triggers reduces the latency between sub-integration callout.\n\nAdd a Private trigger\n---------------------\n\nTo add a private trigger, perform the following steps:\n\n1. In the Google Cloud console, go to the **Application Integration** page.\n\n [Go to Application Integration](https://console.cloud.google.com/integrations)\n2. In the navigation menu, click **Integrations**\n\n\n The **Integrations List** page appears listing all the integrations available in the Google Cloud project.\n3. Select an existing integration or click **Create integration** to create a new one.\n\n\n If you are creating a new integration:\n 1. Enter a name and description in the **Create Integration** pane.\n 2. Select a region for the integration. **Note:** The **Regions** dropdown only lists the regions provisioned in your Google Cloud project. To provision a new region, Click **Enable Region** . See [Enable new region](/application-integration/docs/enable-new-region) for more information.\n 3. Select a service account for the integration. You can change or update the service account details of an integration any time from the info **Integration summary** pane in the integration toolbar. **Note:** The option to select a service account is displayed only if you have enabled integration governance for the selected region.\n 4. Click **Create**.\n\n\n The newly created integration opens in the *integration editor*.\n4. In the *integration editor* navigation bar, click **Triggers** to view the list of available triggers.\n5. Click and place the **Private** element to the designer.\n\nConfigure a Private trigger\n---------------------------\n\n- Click the **Private Trigger** element in the integration editor to view the trigger configuration pane.\n\n The configuration panel displays the **Trigger ID** , which is a\n machine-generated ID in the format `private_trigger/`\u003cvar translate=\"no\"\u003eTRIGGER_NAME\u003c/var\u003e.\n No further configuration is required for this trigger.\n\nTest Private trigger\n--------------------\n\nYou cannot test a published private trigger workflow. You must unpublish the integration to test the private trigger workflow.\n\nInvoke Private trigger from another integration\n-----------------------------------------------\n\nAfter you have published an integration that has a private trigger configured, you can invoke this trigger from another integration. You can have more than one private trigger in your integration. Each private trigger is assigned a unique **Trigger ID**.\n\nYou can view the execution logs for a private trigger in the logs of the main execution workflow.\nPrivate triggers can be invoked from the following flow control tasks:\n\n- [Call Integration](/application-integration/docs/configure-call-integration-task)\n- [For Each Loop](/application-integration/docs/configure-for-each-loop-task)\n- [For Each Parallel](/application-integration/docs/configure-for-each-parallel-task)\n- [While Loop](/application-integration/docs/configure-while-loop-task)\n\nQuotas and limits\n-----------------\n\nThe execution of private triggers shares the *Maximum cumulative size of all the integration data* limit, which is set to 25 MB, with the parent integration. For more information about limits, see [Usage limits](/application-integration/docs/quotas).\n\nLimitation\n----------\n\nIf your private trigger workflow contains any of the following async tasks, then you can't trigger the private workflow from the main workflow with the `SYNC` execution strategy:\n\n- [Timer task](/application-integration/docs/configure-timer-task)\n- [Suspend task](/application-integration/docs/configure-suspend-task)\n- [Approval task](/application-integration/docs/configure-approval-task)\n\nWhat's next\n-----------\n\n- Learn about [all tasks and triggers](/application-integration/docs/all-triggers-tasks).\n- Learn how to [test and publish an integration](/application-integration/docs/test-publish-integrations).\n\n- Learn about [error handling](/application-integration/docs/error-handling-strategy).\n- Learn about [integration execution logs](/application-integration/docs/introduction-logs)."]]
