Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Criar arquiteturas orientadas a eventos com o Eventarc
É possível usar o Eventarc e o
Firestore com compatibilidade com o MongoDB para criar
arquiteturas orientadas por eventos.
Os gatilhos do Firestore com compatibilidade com o MongoDB para o Eventarc geram eventos com base em mudanças em documentos específicos no seu banco de dados. O gatilho pode rotear eventos para um destino compatível:
Eventarc oferece uma solução padronizada para gerenciar o fluxo de
alterações de estado, chamadas de eventos, entre microsserviços separados. Quando acionado,
o Eventarc encaminha esses eventos para
vários destinos, gerenciando a entrega, a segurança, a autorização, a observabilidade e o tratamento de erros para você.
Limitações
Observe as seguintes limitações para gatilhos do Firestore com compatibilidade com o MongoDB para o Eventarc:
Não garantimos acionamentos em ordem. Mudanças rápidas podem acionar eventos em uma ordem inesperada.
Os eventos são entregues pelo menos uma vez.
Verifique se o manipulador de eventos é idempotente e evite produzir resultados inesperados
ou efeitos colaterais quando um evento é entregue mais de uma vez. Consulte Como criar funções idempotentes para saber mais.
Um gatilho está associado a um único banco de dados. Não é possível criar um gatilho que corresponda a vários bancos de dados.
A exclusão de um banco de dados não remove automaticamente nenhum gatilho dele. O
acionador deixa de entregar eventos, mas continua existindo até que você o exclua. Se o banco de dados for recriado, todos os gatilhos associados também precisarão ser excluídos e recriados para restaurar a entrega de eventos.
O Firestore com compatibilidade com o MongoDB oferece suporte às funções do Cloud Run (2ª geração), mas não às funções do Cloud Run (1ª geração).
Os bancos de dados da edição Enterprise do Firestore não são compatíveis com tipos de eventos de entidade do Datastore.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-09-11 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)."]]
