Route di eventi

Puoi instradare gli eventi alla tua destinazione configurando i filtri per un attivatore Eventarc. La configurazione dell'attivatore 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 generato un audit log corrispondente ai criteri di filtro dell'trigger Eventarc, gli eventi vengono instradati, consentendoti di acquisire ed eseguire azioni 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 dell'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 inviare direttamente i messaggi al tuo servizio. Questo vale per le applicazioni o i servizi che hanno un'integrazione diretta con Pub/Sub. Per ulteriori informazioni, consulta Attivare da Pub/Sub push.

Seleziona un percorso evento

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

  1. Eventarc supporta gli eventi diretti per l'evento che vuoi instradare? In caso affermativo, crea un trigger Eventarc per eseguire il routing dell'evento diretto. In caso contrario, rispondi alla domanda successiva (#2).

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

    • Risposta all'attivatore e latenza di invio degli eventi migliorate
    • Formati di eventi fortemente tipizzati, più prevedibili e rilevabili
    • Supporto per l'applicazione di filtri in base agli ID raccolta (componenti nome risorsa)
    • Nessun costo aggiuntivo per l'attivazione degli audit log di Cloud

  2. Il tuo servizio o la tua applicazione Google supporta gli audit log di Cloud, Pub/Sub o entrambi?

  3. Se sono supportati sia i log di controllo di Cloud sia 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 compilazione (successo o fallimento), mentre i log di controllo di Cloud Build possono fornire informazioni sulle operazioni di creazione ed eliminazione della compilazione. In alcuni casi, l'impatto dei contenuti e della latenza sia dei log di controllo sia dei messaggi Pub/Sub è paragonabile e puoi scegliere uno dei due. Dovresti quindi considerare la domanda successiva (#4).

  4. Se utilizzi Pub/Sub, c'è qualche vantaggio nel ricevere eventi tramite Eventarc e un formato CloudEvents comune? Ad esempio, sono presenti più origini evento? Anche se potresti avere più familiarità con l'invio diretto dei messaggi Pub/Sub, potresti preferire l'efficienza e la praticità di un formato e di un meccanismo di invio standard.

Passaggi successivi