Mit Eventarc können Sie ereignisgesteuerte Architekturen erstellen, ohne die zugrunde liegende Infrastruktur implementieren, anpassen oder verwalten zu müssen.
Eventarc wird in zwei Versionen angeboten: Eventarc Advanced und Eventarc Standard.
Beide Versionen bieten eine skalierbare, serverlose und vollständig verwaltete Ereignislösung, mit der Sie Nachrichten asynchron von Quellen zu Zielen mithilfe von lose gekoppelten Diensten weiterleiten können, die durch Statusänderungen ausgelöst werden und auf diese reagieren. Diese Statusänderungen werden als Ereignisse bezeichnet. Beide Versionen unterstützen eine Reihe von Ereignisanbietern und -zielen, darunter Google Cloud-Dienste, benutzerdefinierte Anwendungen, SaaS-Anwendungen und Drittanbieterdienste. Außerdem werden die Bereitstellung, Sicherheit, Autorisierung, Beobachtbarkeit und Fehlerbehandlung für Sie verwaltet.
Das zugrunde liegende Datenmodell für beide Versionen von Eventarc ist identisch. Wenn ein Anwendungsfall komplexer wird, können Sie nahtlos von Eventarc Standard zu Eventarc Advanced wechseln.
Versionen – Übersicht
Im Folgenden finden Sie eine Übersicht über beide Versionen. Weitere Informationen finden Sie in der Übersicht zu Eventarc Advanced und in der Übersicht zu Eventarc Standard.
- Eventarc Advanced
Eventarc Advanced ist eine vollständig verwaltete Plattform zum Erstellen ereignisgesteuerter Architekturen. Damit können Sie Ereignisse erfassen, die in einem System auftreten, und sie auf einem zentralen Bus veröffentlichen. Interessierte Dienste können bestimmte Nachrichten abonnieren, indem sie Registrierungen erstellen. Sie können den Bus verwenden, um Ereignisse aus mehreren Quellen in Echtzeit weiterzuleiten und an mehrere Ziele zu veröffentlichen. Außerdem können Sie Ereignisse vor der Zustellung an ein Ziel transformieren. Eventarc Advanced ist reich an Funktionen und ideal für Organisationen mit komplexen Ereignis- und Messaginganforderungen, insbesondere für solche, die mit der Verwaltung zahlreicher Pub/Sub-Themen, Kafka-Warteschlangen oder anderer Messagingsysteme von Drittanbietern zu kämpfen haben. Eventarc Advanced bietet Administratoren eine verbesserte und zentrale Sichtbarkeit und Kontrolle. So können Organisationen mehrere Teams in verschiedenen Projekten verbinden.
- Eventarc Standard
Eventarc Standard wird für Anwendungen empfohlen, bei denen es vor allem darum geht, Ereignisse einfach vom Ereignisanbieter an das Ereignisziel zu senden. Sie können damit schnell und einfach Google-Ereignisse nutzen, indem Sie Trigger definieren, mit denen eingehende Ereignisse nach Quelle, Typ und anderen Attributen gefiltert und dann an ein bestimmtes Ziel weitergeleitet werden.
Tabelle mit Funktionsvergleich
Die folgende Tabelle kann Ihnen bei der Entscheidung zwischen Eventarc Advanced und Eventarc Standard helfen. Es wird davon ausgegangen, dass Sie mit den grundlegenden Konzepten von ereignisgesteuerten Architekturen vertraut sind.Funktion | Eventarc Advanced | Eventarc Standard |
---|---|---|
Zugriffssteuerung | Zugriffssteuerung pro Nachricht und zentrale Verwaltung mit IAM Weitere Informationen finden Sie unter Zugriffssteuerung mit IAM. |
Weitere Informationen finden Sie unter Zugriffssteuerung mit IAM. |
Kapazität | Automatisch bereitgestellt | Automatisch bereitgestellt |
Sprachen von Clientbibliotheken | Java, Python, Go, Node.js, C++, C#, PHP, Ruby Eventarc-Clientbibliotheken |
Java, Python, Go, Node.js, C++, C#, PHP, Ruby Eventarc-Clientbibliotheken |
Compliancestandards | Gilt nicht für Funktionen in der Vorabversion | Compliance-Standards |
Projektübergreifende Ereignisübermittlung | Unterstützt Ereignisse aus Google-Quellen veröffentlichen |
Nicht unterstützt |
Vom Kunden verwaltete Verschlüsselungsschlüssel | Ja Weitere Informationen finden Sie unter „Vom Kunden verwaltete Verschlüsselungsschlüssel verwenden“ |
Ja Weitere Informationen finden Sie unter „Vom Kunden verwaltete Verschlüsselungsschlüssel verwenden“ |
Unterstützte Dead-Letter-Warteschlangen | Nein | Ja, über ein Pub/Sub-Dead-Letter-Thema Ereignisse noch einmal versuchen |
Ereignisformat | Ereignisse werden im CloudEvents-Format an das Ziel gesendet. Ereignisformat Sie können dieses Verhalten optional überschreiben, indem Sie eine HTTP-Bindung definieren. |
Ereignisse werden im CloudEvents-Format an das Ziel gesendet. Weitere Informationen finden Sie unter Ereignisformat. |
Termingröße | Maximal 1 MB Weitere Informationen zu Kontingenten und Limits |
Maximal 512 KB Weitere Informationen zu Kontingenten und Limits |
Standorte | Eventarc Advanced-Standorte | Eventarc Standard-Standorte |
Nachrichtenfilter | Nach allen Ereignisattributen filtern | Nach Ereignistyp und bestimmten Attributen filtern |
Nachrichtenweiterleitung | Viele Anbieter für viele Ziele |
Vom Anbieter zum Ziel |
Nachrichtenschema-Konvertierung | Ja Format der empfangenen Ereignisse konvertieren |
Nein |
Nachrichtentransformation | Ja, mit CEL-Ausdrücken Empfangene Ereignisse transformieren |
Nein |
Beobachtbarkeit | Über Google Cloud Observability, z. B. Cloud Logging und Cloud Monitoring Eventarc-Audit-Logging ansehen |
Über Google Cloud Observability, z. B. Cloud Logging und Cloud Monitoring Eventarc-Audit-Logging ansehen |
Bestellte Lieferung | Es gibt keine garantierte Reihenfolge der Bereitstellung, etwa nach dem Prinzip „First-in-First-out“. | Es gibt keine garantierte Reihenfolge der Bereitstellung, etwa nach dem Prinzip „First-in-First-out“. |
Preise | Weitere Informationen finden Sie unter Eventarc-Preise. | Weitere Informationen finden Sie unter Eventarc-Preise. |
Regionalität | Regional Weitere Informationen zur Regionalität |
Regional, global Informationen zu Eventarc-Standorten |
REST-Endpunkte | https://eventarc.googleapis.com Eventarc API https://eventarcpublishing.googleapis.com Eventarc Publishing API |
https://eventarc.googleapis.com Eventarc API |
Wiederholung und Bindung | Mindestens einmal erfolgende Ereignisübermittlung an Ziele; Standardaufbewahrungsdauer für Nachrichten: 24 Stunden mit einer exponentiellen Backoff-Verzögerung Weitere Informationen finden Sie unter Ereignisse wiederholen. |
Mindestens einmal erfolgende Ereignisübermittlung an Ziele; Standardaufbewahrungsdauer für Nachrichten: 24 Stunden mit einer exponentiellen Backoff-Verzögerung Weitere Informationen finden Sie unter Ereignisse wiederholen. |
Diensteinschränkungen | Ein Bus pro Google Cloud-Projekt 100 Pipelines pro Google Cloud-Projekt und Region Kontingente und Limits |
500 Trigger pro Standort und Google Cloud-Projekt Kontingente und Limits |
Dienstperimeter mit VPC Service Controls | Ja Weitere Informationen finden Sie unter „Dienstperimeter mit VPC Service Controls einrichten“. |
Ja Weitere Informationen finden Sie unter „Dienstperimeter mit VPC Service Controls einrichten“. |
Unterstützte Quellen | Google-Anbieter Publisher direkt über die Eventarc Publishing APIEreignisanbieter und -ziele |
Google-Anbieter Google-Anbieter über Audit-Logs Drittanbieter Ereignisanbieter und -ziele |
Unterstützte Ziele | Cloud Run-Funktionen (einschließlich 1. Generation) Cloud Run-Jobs und ‑Dienste Eventarc Advanced-Busse Interne HTTP-Endpunkte in VPC-Netzwerken Pub/Sub-Themen Workflows Ereignisanbieter und ‑ziele |
Cloud Run-Funktionen Cloud Run-Dienste Interne HTTP-Endpunkte in VPC-Netzwerken Öffentliche Endpunkte privater und öffentlicher GKE-Dienste Workflows Ereignisanbieter und ‑ziele |