Route di eventi

Puoi indirizzare gli eventi alla destinazione configurando i filtri per un trigger 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 log di controllo che corrisponde ai criteri di filtro del trigger Eventarc, gli eventi vengono indirizzati, consentendoti di acquisire e agire 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 Pub/Sub diretta. Per saperne di più, consulta Trigger da push di Pub/Sub.

Seleziona un percorso per l'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 il routing di questo evento diretto. In caso contrario, prendi in considerazione 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 per ID raccolta (componenti nome risorsa)
    • Nessun costo aggiuntivo sostenuto 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 audit log sia messaggi Pub/Sub; tuttavia, Pub/Sub può fornire notifiche sullo stato della build (riuscita o errore), mentre gli audit log 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 sia 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