Gli attivatori privati ti consentono di suddividere i flussi di grandi dimensioni in vari sottoflussi. Puoi richiamare gli attivatori privati solo da altri flussi di integrazione all'interno dell'Application Integration. Il fatto che possa essere invocato solo da altre integrazioni aumenta la sicurezza e riduce il rischio. Puoi visualizzare i log di esecuzione di un'attività privata nei log di esecuzione dell'integrazione dell'invoker.
Di seguito sono riportati i vantaggi dell'utilizzo degli attivatori privati:
Riduci al minimo i costi: gli attivatori privati non vengono conteggiati ai fini della determinazione dei prezzi delle esecuzioni.
Aumenta la sicurezza:limita i flussi da richiamare solo da altre integrazioni, poiché gli attivatori privati non possono essere attivati indipendentemente dalle API pubbliche.
Migliora le prestazioni: gli attivatori privati riducono la latenza tra i callout di sottointegrazione.
Aggiungere un attivatore privato
Per aggiungere un trigger privato, segui questi passaggi:
Nella Google Cloud console, vai alla pagina Application Integration.
Nel menu di navigazione, fai clic su Integrations (Integrazioni).
Viene visualizzata la pagina Elenco integrazioni, che elenca tutte le integrazioni disponibili nel progetto Google Cloud.
Seleziona un'integrazione esistente o fai clic su Crea integrazione per crearne una nuova.
Se stai creando una nuova integrazione:
Inserisci un nome e una descrizione nel riquadro Crea integrazione.
Seleziona una regione per l'integrazione.
Seleziona un account di servizio per l'integrazione. Puoi modificare o aggiornare i dettagli dell'account di servizio di un'integrazione in qualsiasi momento dal riquadro infoRiepilogo dell'integrazione nella barra degli strumenti di integrazione.
Fai clic su Crea.
L'integrazione appena creata si apre nell'editor di integrazione.
Nella barra di navigazione dell'editor dell'integrazione, fai clic su Attivatori per visualizzare l'elenco degli attivatori disponibili.
Fai clic sull'elemento Privato e posizionalo nel designer.
Configurare un trigger privato
Fai clic sull'elemento Trigger privato nell'editor di integrazione per visualizzare il riquadro di configurazione dell'attivatore.
Il riquadro di configurazione mostra l'ID attivatore, che è un ID generato automaticamente nel formato private_trigger/TRIGGER_NAME.
Non è necessaria alcuna ulteriore configurazione per questo attivatore.
Testa l'attivatore privato
Non puoi testare un flusso di lavoro con trigger privato pubblicato. Per testare il flusso di lavoro dell'attivatore privato, devi annullare la pubblicazione dell'integrazione.
Richiamare l'attivatore privato da un'altra integrazione
Dopo aver pubblicato un'integrazione con un attivatore privato configurato, puoi richiamare questo attivatore da un'altra integrazione. Puoi avere più di un attivatore privato nell'integrazione. A ogni attivatore privato viene assegnato un ID attivatore univoco.
Puoi visualizzare i log di esecuzione di un attivatore privato nei log del flusso di lavoro di esecuzione principale.
Gli attivatori privati possono essere richiamati dalle seguenti attività di controllo flusso:
L'esecuzione degli attivatori privati condivide il limite di dimensioni cumulative massime di tutti i dati di integrazione, impostato su 25 MB, con l'integrazione principale. Per ulteriori informazioni sui limiti, consulta Limiti di utilizzo.
Limitazione
Se il flusso di lavoro di attivazione privato contiene una delle seguenti attività asincrone, non puoi attivare il flusso di lavoro privato dal flusso di lavoro principale con la strategia di esecuzione SYNC:
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-03 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)."]]
