Sie können Eventarc und Firestore im Datastore-Modus verwenden, um ereignisgesteuerte Architekturen zu erstellen. Firestore im Datastore-Modus bietet Trigger für Eventarc, die Ereignisse aus Änderungen an einer bestimmten Entität in Ihrer Datenbank generieren. Der Trigger kann Ereignisse an ein unterstütztes Ziel weiterleiten:
Eventarc bietet eine standardisierte Lösung, um den Ablauf der Statusänderungen, die sogenannten Ereignisse, zwischen entkoppelten Mikrodiensten zu verwalten. Bei Auslösung leitet Eventarc diese Ereignisse an verschiedene Ziele weiter und verwaltet dabei die Bereitstellung, Sicherheit, Autorisierung, Beobachtbarkeit und Fehlerbehandlung.
Beispielanwendungsfälle
Eine ereignisgesteuerte Architektur ist ein Systemdesignmuster, bei dem Dienste auf Statusänderungen reagieren, die als Ereignisse bezeichnet werden. Sie können dieses Muster zusammen mit der Skalierbarkeit von Firestore verwenden, um Ihrer App weitere Funktionen hinzuzufügen. Sie könnten beispielsweise die folgenden Funktionen hinzufügen:
Interoperabilität zwischen verschiedenen Technologiestacks
Daten replizieren und transformieren, bevor sie an ein Analysesystem gesendet werden.
Parallelverarbeitung
Fan-out-Vorgänge für die parallele Verarbeitung. Wenn Sie mehrere Systeme haben, die auf Grundlage von Änderungen an Einheiten funktionieren, können Sie die Push-basierten Streams in jedem Consumer verwenden und das Ereignis an mehrere Consumer weiterleiten.
Push-basierte Ereignisstreams
Push-basierte Messaging-Designs erstellen Clients können Benachrichtigungen empfangen, ohne Remotedienste abfragen zu müssen. Ohne die Polling-Latenz können Sie Daten besser direkt verarbeiten und Echtzeitanalysen durchführen.
Status-Monitoring und ‑Benachrichtigungen
Verwenden Sie eine ereignisgesteuerte Architektur, um Ihren Datenbankvorgängen benutzerdefinierte Messwerte hinzuzufügen. Änderungen und Updates im Blick behalten und Benachrichtigungen erhalten Anomalien erkennen
Beschränkungen
Beachten Sie die folgenden Einschränkungen für Datastore-Modus-Trigger für Eventarc:
- Die Reihenfolge ist nicht garantiert. Schnelle Änderungen können Ereignisse in einer unvorhergesehenen Reihenfolge auslösen.
Ereignisse werden mindestens einmal übermittelt.
Achten Sie darauf, dass Ihr Event-Handler idempotent ist, und vermeiden Sie unerwartete Ergebnisse oder Nebeneffekte, wenn ein Ereignis mehrmals bereitgestellt wird. Weitere Informationen finden Sie unter Idempotente Funktionen erstellen.
Ein Trigger ist mit einer einzelnen Datenbank verknüpft. Sie können keinen Trigger erstellen, der mit mehreren Datenbanken übereinstimmt.
Wenn Sie eine Datenbank löschen, werden keine Trigger für diese Datenbank automatisch gelöscht. Der Trigger sendet keine Ereignisse mehr, bleibt aber bestehen, bis Sie ihn löschen.
Eventarc- und Firestore-Standorte im Datastore-Modus
Eventarc unterstützt keine multiregionalen Firestore-Ereignistrigger. Sie können aber weiterhin Trigger für Firestore-Datenbanken an multiregionalen Standorten erstellen. Eventarc ordnet Firestore-Mehrfachregionsstandorte den folgenden Eventarc-Regionen zu:
| Firestore multiregional | Eventarc-Region |
|---|---|
nam5 |
us-central1 |
eur3 |
europe-west4 |
Interoperabilität von Ereignissen im Datastore-Modus und im nativen Modus
Eventarc unterstützt Ereignistrigger sowohl für den Datastore-Modus als auch für den nativen Modus. Diese Ereignistrigger sind mit beiden Datenbanktypen kompatibel. Eine Firestore-Datenbank im nativen Modus kann Datastore-Ereignisse empfangen und eine Firestore-Datenbank im Datastore-Modus kann Ereignisse im nativen Modus empfangen.
Mit der Ereignisinteroperabilität können Sie Eventarc-Code für verschiedene Arten von Firestore-Datenbanken freigeben.
Event-Conversions
Wenn Sie einen Ereignistrigger im nativen Modus auf eine Datenbank im Datastore-Modus anwenden, führt Eventarc die folgenden Konvertierungen durch:
- Der Namespace der Entität wird im Attribut
PartitionIddes Ereignisses gespeichert. - Eingebettete Entitäten werden in
map-Typen im nativen Modus konvertiert.