Amazon EventBridge Event Bus-Konzepte

Im Folgenden werden die Hauptkomponenten einer ereignisgesteuerten Architektur, die auf Event Buses basiert, genauer betrachtet.

Ereignisbusse

Ein Event Bus ist ein Router, der Ereignisse empfängt und sie an null oder mehr Ziele weiterleitet. Verwenden Sie einen Event Bus, wenn Sie Ereignisse aus vielen Quellen an viele Ziele weiterleiten müssen, wobei sie optional transformiert werden können, bevor sie an ein Ziel gesendet werden.

Ihr Konto enthält einen Standard-Event-Bus, der automatisch Ereignisse von AWS Services empfängt. Sie können auch:

• Erstellen Sie zusätzliche Event Buses, sogenannte benutzerdefinierte Event Buses, und geben Sie an, welche Ereignisse sie empfangen.

• Erstellen Sie Partner-Event-Buses, die Ereignisse von SaaS-Partnern empfangen.

Zu den häufigsten Anwendungsfällen für Event Buses gehören:

• Verwenden eines Event Bus als Broker zwischen verschiedenen Workloads, Services oder Systemen.

• Verwenden mehrerer Event Buses in Ihren Anwendungen, um den Ereignisdatenverkehr aufzuteilen. Zum Beispiel das Erstellen eines Bus zur Verarbeitung von Ereignissen, die personenbezogene Daten (PII) enthalten, und eines weiteren Bus für Ereignisse, bei denen dies nicht der Fall ist.

• Aggregieren von Ereignissen durch Senden von Ereignissen von mehreren Event Buses an einen zentralisierten Event Bus. Dieser zentralisierte Bus kann sich im selben Konto wie die anderen Buses, aber auch in einem anderen Konto oder in einer anderen Region befinden.

Ereignisse

Im einfachsten EventBridge Fall ist ein Ereignis ein JSON-Objekt, das an einen Event-Bus oder eine Pipe gesendet wird.

Im Kontext einer ereignisgesteuerten Architektur (EDA) stellt ein Ereignis häufig einen Indikator für eine Änderung einer Ressource oder Umgebung dar.

Weitere Informationen finden Sie unter EventBridge Amazon-Veranstaltungen.

Ereignisquellen

EventBridge kann Ereignisse aus Ereignisquellen empfangen, darunter:

• AWS Dienste

• Benutzerdefinierte Anwendungen

• Software-as-a-Service (SaaS)-Partner

Regeln

Eine Regel empfängt eintreffende Ereignisse und sendet diese je nach Bedarf zur Verarbeitung an Ziele. Sie können angeben, wie jede Regel ihr(e) Ziel(e) aufruft, und zwar auf der Grundlage von:

• Ein Ereignismuster, das einen oder mehrere Filter zum Abgleichen von Ereignissen enthält. Ereignismuster können Filter enthalten, die einen Abgleich auf Folgendes durchführen:

  • Ereignismetadaten – Daten über das Ereignis, z. B. die Ereignisquelle oder das Konto oder die Region, aus der das Ereignis stammt.

  • Ereignisdaten – Die Eigenschaften des Ereignisses selbst. Diese Eigenschaften variieren je nach Ereignis.

  • Ereignisinhalt – Die tatsächlichen Eigenschaftswerte der Ereignisdaten.

• Ein Zeitplan zum Aufrufen eines oder mehrerer Ziele in regelmäßigen Abständen.

  Sie können eine geplante Regel innerhalb EventBridge oder mithilfe des EventBridge Schedulers angeben.

  Anmerkung

  EventBridge bietet Amazon EventBridge Scheduler, einen serverlosen Scheduler, mit dem Sie Aufgaben von einem zentralen, verwalteten Service aus erstellen, ausführen und verwalten können. EventBridge Scheduler ist hochgradig anpassbar und bietet eine verbesserte Skalierbarkeit im Vergleich zu EventBridge geplanten Regeln sowie ein breiteres Spektrum an API-Zieloperationen und -diensten. AWS

  Wir empfehlen, dass Sie EventBridge Scheduler verwenden, um Ziele nach einem Zeitplan aufzurufen. Weitere Informationen finden Sie unter Verwenden von Amazon EventBridge Scheduler mit Amazon EventBridge.

Jede Regel ist für einen bestimmten Event Bus definiert und gilt nur für Ereignisse in diesem Event Bus.

Eine einzelne Regel kann ein Ereignis an bis zu fünf Ziele senden.

Standardmäßig können Sie bis zu 300 Regeln pro Event Bus konfigurieren. Dieses Kontingent kann in der Service-Quotas-Konsole auf Tausende von Regeln erhöht werden. Da das Regellimit für jeden Bus gilt, können Sie in Ihrem Konto zusätzliche benutzerdefinierte Event Buses erstellen, wenn Sie noch mehr Regeln benötigen.

Sie können anpassen, wie Ereignisse in Ihrem Konto empfangen werden, indem Sie Event Buses mit unterschiedlichen Berechtigungen für verschiedene Services einrichten.

Um die Struktur oder das Datum eines Ereignisses anzupassen, bevor es an ein Ziel EventBridge übergeben wird, verwenden Sie den Eingangstransformator, um die Informationen zu bearbeiten, bevor sie an das Ziel weitergeleitet werden.

Weitere Informationen finden Sie unter Amazon- EventBridge Regeln.

Targets (Ziele)

Ein Ziel ist eine Ressource oder ein Endpunkt, an den ein Ereignis EventBridge gesendet wird, wenn das Ereignis dem für eine Regel definierten Ereignismuster entspricht.

Ein Ziel kann mehrere Ereignisse von mehreren Event Buses empfangen.

Weitere Informationen finden Sie unter EventBridge Amazon-Ziele.

Erweiterte Funktionen für Event Buses

EventBridge umfasst die folgenden Funktionen, die Sie bei der Entwicklung, Verwaltung und Verwendung von Event-Bussen unterstützen.

Verwenden von API-Zielen zur Aktivierung von REST-API-Aufrufen zwischen Services

EventBridge API-Ziele sind HTTP-Endpunkte, die Sie als Ziel einer Regel festlegen können, genauso wie Sie Ereignisdaten an einen AWS Dienst oder eine Ressource senden würden. Durch die Verwendung von API-Zielen können Sie API-Aufrufe verwenden, um Ereignisse zwischen AWS -Services, integrierten SaaS-Anwendungen und Ihren Anwendungen außerhalb von AWS weiterzuleiten. Wenn Sie ein API-Ziel erstellen, geben Sie eine dafür zu verwendende Verbindung an. Jede Verbindung enthält Details zum Autorisierungstyp und zu den Parametern, die zur Autorisierung mit dem API-Zielendpunkt verwendet werden.

Archivieren und Wiederholen von Ereignissen zur Unterstützung der Entwicklung und Notfallwiederherstellung

Sie können Ereignisse archivieren oder speichern und sie dann zu einem späteren Zeitpunkt aus dem Archiv wiederholen. Archivieren ist nützlich für:

• Testen einer Anwendung, weil Sie einen Ereignisspeicher zur Verfügung haben, den Sie verwenden können, anstatt auf neue Ereignisse warten zu müssen.

• Hydratisieren eines neuen Service, wenn er zum ersten Mal online ist.

• Erhöhen der Lebensdauer Ihrer ereignisgesteuerten Anwendungen.

Verwenden der Schemaregistrierung, um die Erstellung von Ereignismustern zu beschleunigen

Wenn Sie serverlose Anwendungen erstellen, die Folgendes verwenden EventBridge, kann es hilfreich sein, die Struktur typischer Ereignisse zu kennen, ohne das Ereignis selbst generieren zu müssen. Die Ereignisstruktur wird in Schemas beschrieben, die für alle Ereignisse verfügbar sind, die von AWS Services on generiert werden. EventBridge

Für Ereignisse, die nicht von AWS Diensten stammen, können Sie:

• Benutzerdefinierte Schemata erstellen oder hochladen

• Verwenden Sie Schema Discovery, um EventBridge automatisch Schemas für Ereignisse zu erstellen, die an den Event-Bus gesendet werden.

Sobald Sie ein Schema für ein Ereignis haben, können Sie Codebindungen für gängige Programmiersprachen herunterladen.

Verwalten der Ressourcen und des Zugriffs mit Richtlinien

Um AWS Ressourcen zu organisieren oder Kosten nachzuverfolgen EventBridge, können Sie AWS Ressourcen ein benutzerdefiniertes Label oder Tag zuweisen. Mithilfe von Tag-basierten Richtlinien können Sie steuern, was Ressourcen innerhalb von EventBridge Ressourcen tun dürfen und welche nicht.

EventBridge Unterstützt neben tagbasierten Richtlinien auch identitäts- und ressourcenbasierte Richtlinien zur Zugriffskontrolle. EventBridge Verwenden Sie identitätsbasierte Richtlinien, um die Berechtigungen einer Gruppe, Rolle oder eines Benutzers zu kontrollieren. Verwenden Sie ressourcenbasierte Richtlinien, um jeder Ressource spezifische Berechtigungen zu erteilen, z. B. einer Lambda-Funktion oder einem Amazon-SNS-Thema.