Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Crea architetture basate su eventi con Eventarc
Puoi utilizzare Eventarc e
Firestore con compatibilità MongoDB per creare
architetture basate su eventi.
I trigger Firestore con compatibilità MongoDB per
Eventarc generano eventi dalle modifiche
a un particolare documento nel tuo database. Il trigger può indirizzare gli eventi a una destinazione supportata:
Eventarc offre una soluzione standardizzata per gestire il flusso di modifiche dello stato, chiamate eventi, tra microservizi disaccoppiati. Quando viene attivato, Eventarc indirizza questi eventi a varie destinazioni e gestisce per te la distribuzione, la sicurezza, l'autorizzazione, l'osservabilità e la gestione degli errori.
Limitazioni
Tieni presenti le seguenti limitazioni per i trigger di Firestore con compatibilità MongoDB per
Eventarc:
L'ordinamento non è garantito. Cambiamenti rapidi possono attivare eventi in un ordine imprevisto.
Gli eventi vengono inviati almeno una volta.
Assicurati che il gestore di eventi sia idempotente ed evita di produrre risultati imprevisti
o effetti collaterali quando un evento viene inviato più di una volta. Per saperne di più, consulta la sezione Creazione di funzioni idempotenti.
Un trigger è associato a un singolo database. Non puoi creare un trigger che corrisponda a più database.
L'eliminazione di un database non comporta l'eliminazione automatica di eventuali trigger per quel database. Il
trigger smette di inviare eventi, ma continua a esistere finché non lo elimini. Se il database viene ricreato, anche tutti i trigger associati dovranno essere eliminati e ricreati per ripristinare la distribuzione degli eventi.
Firestore con compatibilità MongoDB supporta Cloud Run Functions (2ª generazione) e non supporta
Cloud Run Functions (1ª generazione).
I database Firestore Enterprise non supportano i tipi di eventi delle entità Datastore.
[[["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-04 UTC."],[],[],null,["# Create event-driven architectures with Eventarc\n===============================================\n\nYou can use [Eventarc](/eventarc/docs/overview) and\nFirestore with MongoDB compatibility to build\n[event-driven architectures](/eventarc/docs/event-driven-architectures).\nFirestore with MongoDB compatibility triggers for\nEventarc generate events from changes\nto a particular documents in your database. The trigger can route events to a\n[supported destination](/eventarc/docs/event-providers-targets):\n\n- Cloud Run functions (2nd gen) which supports the [Cloud Client Libraries](/firestore/docs/extend-with-functions-2nd-gen) and the [Firebase SDK](https://firebase.google.com/docs/firestore/extend-with-functions-2nd-gen)\n- [Cloud Run](/eventarc/docs/run/route-trigger-cloud-firestore)\n- [Google Kubernetes Engine](/eventarc/docs/gke/route-trigger-cloud-firestore)\n- [Workflows](/eventarc/docs/workflows/route-trigger-cloud-firestore)\n\nEventarc offers a standardized solution to manage the flow of\nstate changes, called *events*, between decoupled microservices. When triggered,\nEventarc routes these events to\nvarious destinations while managing delivery, security, authorization,\nobservability, and error-handling for you.\n| **Note:** Eventarc events use the [`CloudEvents`](https://cloudevents.io/) specification.\n\nLimitations\n-----------\n\nNote the following limitations for Firestore with MongoDB compatibility triggers for\nEventarc:\n\n- Ordering is not guaranteed. Rapid changes can trigger events in an unexpected order.\n- Events are delivered *at least* once.\n\n Make sure your event handler is idempotent and avoid producing unexpected results\n or side effects when an event is delivered more than once. Refer to\n [Building idempotent functions](https://cloud.google.com/blog/products/serverless/cloud-functions-pro-tips-building-idempotent-functions) to learn more.\n- A trigger is associated with a single database. You cannot create a trigger that matches multiple databases.\n\n- Deleting a database does not automatically delete any triggers for that database. The\n trigger stops delivering events but continues to exist until you [delete the trigger](/eventarc/docs/managing-triggers#trigger-delete). If the database is recreated, any associated triggers will also need to be deleted and recreated to restore event delivery.\n\n- Firestore with MongoDB compatibility supports Cloud Run functions (2nd gen) and doesn't support\n Cloud Run functions (1st gen).\n\n- Firestore Enterprise edition databases do not support Datastore entity event types.\n\nWhat's next\n-----------\n\n- Learn about [event-driven architectures](/eventarc/docs/event-driven-architectures)."]]