Route di eventi

Puoi instradare eventi alla tua 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ò indirizzare eventi diretti come un aggiornamento a un oggetto in un bucket Cloud Storage o un aggiornamento a 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 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 indirizzati. Puoi integrare Eventarc con qualsiasi servizio in grado di pubblicare messaggi utilizzando Pub/Sub.

  • Invio diretto di Pub/Sub: invece di utilizzare Eventarc, puoi utilizzare Pub/Sub per eseguire il push diretto dei messaggi al servizio. Questo si applica alle applicazioni o ai servizi con un'integrazione diretta Pub/Sub. Per ulteriori informazioni, consulta Attivazione dal push Pub/Sub.

Seleziona un percorso per l'evento

Per determinare il modo migliore per indirizzare gli eventi a una destinazione, poniti le seguenti domande:

  1. Eventarc supporta gli eventi diretti per l'evento che vuoi indirizzare? In caso affermativo, crea un trigger Eventarc per il routing di quell'evento diretto. In caso contrario, valuta la domanda successiva (n. 2).

    Per l'evento che vuoi indirizzare, se sono supportate sia le opzioni dirette 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à del trigger e della latenza di pubblicazione degli eventi
    • Formati di eventi ampiamente digitati più prevedibili e rilevabili
    • Supporto del filtro per ID raccolta (componenti di nome risorsa)
    • Nessun costo aggiuntivo sostenuto dall'abilitazione 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 audit log e messaggi Pub/Sub; tuttavia, Pub/Sub può fornire notifiche di stato delle build (riuscito o non riuscito) mentre gli audit log di Cloud Build possono fornire informazioni sulle operazioni di creazione ed eliminazione di build. In alcuni casi, l'impatto dei contenuti e della latenza dei log di controllo e dei messaggi Pub/Sub è confrontabile. Puoi scegliere l'uno o l'altro. Dovresti quindi considerare la prossima domanda (n. 4).

  4. Se utilizzi Pub/Sub, ci sono vantaggi nella ricezione di eventi tramite Eventarc e un formato comune CloudEvents? Ad esempio, esistono più origini evento? Anche se potresti avere più familiarità con il trasferimento diretto dei messaggi Pub/Sub, ti consigliamo di utilizzare in modo efficiente e pratico un meccanismo e un formato di pubblicazione standard.

Passaggi successivi