Route di eventi

Puoi indirizzare gli eventi alla destinazione configurando i filtri per un attivatore Eventarc. La configurazione del trigger varia a seconda del tipo di evento. Il percorso dell'evento selezionato dipende anche dal tipo di evento.

Tipi di evento

  • Eventi diretti da un provider Google integrato: Eventarc può instradare eventi diretti come un aggiornamento di un oggetto in un bucket Cloud Storage o un aggiornamento di un modello Firebase Remote Config. Consulta l'elenco degli eventi diretti supportati.

  • Cloud Audit Logs ed Eventarc: quando viene prodotto un audit log che corrisponde ai criteri di filtro del trigger Eventarc, gli eventi vengono instradati, consentendoti di acquisire e intervenire su eventi specifici. Consulta l'elenco degli eventi del log di controllo supportati.

  • Pub/Sub ed Eventarc: quando un messaggio viene pubblicato in un argomento Pub/Sub specificato dai criteri di filtro del trigger Eventarc ("type=google.cloud.pubsub.topic.v1.messagePublished"), gli eventi vengono instradati. Puoi integrare Eventarc con qualsiasi servizio in grado di pubblicare messaggi utilizzando Pub/Sub.

  • Push Pub/Sub diretto: anziché utilizzare Eventarc, puoi utilizzare Pub/Sub per eseguire il push dei messaggi direttamente al tuo servizio. Ciò vale per le applicazioni o i servizi che hanno un'integrazione diretta di Pub/Sub. Per ulteriori informazioni, consulta Trigger da push Pub/Sub.

Seleziona un percorso dell'evento

Per determinare il modo migliore per instradare i tuoi eventi a una destinazione, poni le seguenti domande:

  1. Eventarc supporta gli eventi diretti per l'evento che vuoi instradare? In caso affermativo, crea un trigger Eventarc per instradare l'evento diretto. In caso contrario, considera la domanda successiva (n. 2).

    Per l'evento che vuoi instradare, se sono supportate sia le opzioni di log diretto sia quelle di audit log, ti consigliamo di creare un trigger per instradare l'evento diretto. Gli eventi diretti offrono i seguenti vantaggi rispetto agli eventi dei log di controllo:

    • Miglioramento della reattività dei trigger e della latenza di distribuzione degli eventi
    • Formati di eventi fortemente tipizzati, più prevedibili e rilevabili
    • Supporto del filtro in base agli ID raccolta (componenti del nome risorsa)
    • Nessun costo aggiuntivo derivante dall'attivazione di Cloud Audit Logs

  2. Il tuo servizio o applicazione Google supporta Cloud Audit Logs, Pub/Sub o entrambi?

  3. Se sono supportati sia Cloud Audit Logs che Pub/Sub, quale dei due fornisce le informazioni richieste? Ad esempio, Cloud Build può generare sia log di controllo sia messaggi Pub/Sub; tuttavia, Pub/Sub può fornire notifiche sullo stato della build (riuscita o errore), mentre i log di controllo di Cloud Build possono fornire informazioni sulle operazioni di creazione ed eliminazione delle build. In alcuni casi, l'impatto sui contenuti e sulla latenza sia dei log di controllo che dei messaggi Pub/Sub è comparabile e puoi scegliere uno dei due. Poi passa alla domanda successiva (n. 4).

  4. Se utilizzi Pub/Sub, ci sono vantaggi nel ricevere eventi tramite Eventarc e un formato CloudEvents comune? Ad esempio, esistono più origini evento? Anche se potresti avere più familiarità con il push diretto dei messaggi Pub/Sub, potresti preferire l'efficienza e la praticità di un formato e di un meccanismo di distribuzione standard.

Passaggi successivi