Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Was ist der EventBridge Custom Event Bus?
Der EventBridge Custom Event Bus ist ein serverloser Event-Bus, den ein Team betreibt und von vielen Teams und Konten verwendet wird. Sie veröffentlichen dort Ereignisse mit PutEvents oderPutRawEvents. Es leitet jedes Ereignis an die Abonnenten weiter, deren Filter dem Ereignis entsprechen, und es speichert eine Kopie jedes Ereignisses für einen Aufbewahrungszeitraum, den Sie im Bus festgelegt haben. Sie teilen sich den Bus über AWS Resource Access Manager (AWS RAM) mit anderen Konten, und jedes dieser Konten verknüpft seine eigenen Abonnenten. Der Busbesitzer schreibt kein Routing in seinem Namen.
In der EventBridge Konsole wird der Bustyp für diesen Bus als Custom Event Bus und für die Busse, die Regeln und Ziele verwenden, als Custom Event Bus — Classic angezeigt. Die CLI-, SDK- und IAM-Namen finden Sie unterNamen, Endpunkte und IAM-Berechtigungen für den Custom Event Bus.
Schlüssel-Features
-
Cross-account Teilen durch AWS RAM, mit vier verwalteten Berechtigungen, die es einem Verbraucherkonto ermöglichen, Ereignisquellen zu veröffentlichen, zu abonnieren, anzuhängen oder alle drei.
-
Aufbewahrung jedes Ereignisses für 1 bis 365 Tage, im Bus.
-
Bestellte Lieferung (FIFO) innerhalb einer Eventgruppe, pro Abonnent.
-
Eine Startposition für jeden Abonnenten, sodass ein neuer Abonnent die gespeicherten Ereignisse lesen kann und ein angehaltener Abonnent ohne Verlust weitermachen kann.
-
Deduplizierung zum Zeitpunkt der Veröffentlichung, nach Inhalt oder nach einem von Ihnen angegebenen Schlüssel, innerhalb eines Zeitfensters von 5 Minuten.
-
PutRawEventsfür JSON, Avro, Protobuf oder Rohbytes, mit Deserialisierung der Schemaregistrierung zum Filtern. -
Universelle Ziele, die neben den maßgeschneiderten Zielen jede AWS API-Aktion, die den Status ändert, direkt aufrufen.
Ressourcen
Sie arbeiten mit drei Ressourcen.
- Ereignisbus
-
Der Event-Bus empfängt die Ereignisse, die Sie mit
PutEventsoder veröffentlichenPutRawEvents, leitet sie an Abonnenten weiter und speichert sie. Sie legen die Aufbewahrungsdauer, einen optionalen AWS KMS Schlüssel und die optionale kontoübergreifende gemeinsame Nutzung im Bus fest. Informationen zu den Bundesstaaten, durch die ein Bus fährt, finden Sie unterBus-Status und was jeder erlaubt. - Subscriber
-
Ein Abonnent benennt die gewünschten Ereignisse mit Filtern und das eine Ziel, das sie empfängt. Sie erstellen es mit
CreateSubscriber. Es überwacht einen Bus, speichert die Ereignisse, die seinen Filtern entsprechen, transformiert optional jeden einzelnen und liefert ihn an genau ein Ziel. Um ein Ereignis an mehrere Ziele zu senden, erstellen Sie für jedes Ziel einen Abonnenten. - Ereignisquelle
-
Eine Ereignisquelle nimmt Ereignisse von einem AWS Dienst oder einem SaaS-Partner (Software as a Service) auf einen Bus auf. Sie erstellen es mit
CreateEventSource, benennen den Quell- und Zielbus und verschieben EventBridge die Ereignisse für Sie.
Die Amazon Resource Names (ARNs) von Bus und Abonnenten enden in einer Kennung, die beispielsweise EventBridge arn:aws:events:us-east-1:111122223333:event-busv2/orders/EXAMPLE1234567890abcdef generiert wird. Speichern Sie den vollständigen ARN und nicht den Namen. Wenn Sie einen Bus löschen und einen anderen mit demselben Namen erstellen, hat der neue Bus eine andere Kennung.
Ein Bus, viele Konten
Damit ein anderes Konto Ihren Bus nutzen kann, teilen Sie ihn mit AWS RAM und fügen Sie eine der verwalteten Berechtigungen hinzu, z. B. AWSRAMEventBridgeEventBusV2SubscribeOnly um diesem Konto Abonnenten zuordnen zu lassen. Das Konto erstellt dann seine eigenen Abonnenten in deinem Bus und besitzt diese. Es sieht nur seine Abonnenten, wenn es sie auflistet, und du siehst sie alle. Ein Kundenkonto kann den Bus nicht ändern oder löschen, und Sie können jeden seiner Abonnenten mit abmeldenRevokeResource. Informationen zu Berechtigungen, Ressourcenrichtlinien und Sperrungen finden Sie unterEinen benutzerdefinierten Event Bus mit anderen Konten teilen.
Wie der Custom Event Bus Ereignisse weiterleitet und speichert
Der Bus leitet jedes Ereignis an die entsprechenden Abonnenten weiter, sobald es eintrifft. Der Bus speichert das Ereignis auch für die von Ihnen konfigurierte Anzahl von Tagen. Die Aufbewahrung ermöglicht zwei Funktionen.
-
Ein Abonnent kann an einem Punkt in der Vergangenheit beginnen. Auf diese Weise spielen Sie gespeicherte Ereignisse erneut ab, und ein Abonnent, den Sie heute erstellen, liest Ereignisse, die gestern veröffentlicht wurden.
-
Ein Abonnent kann pausieren und später weitermachen, ohne dass Ereignisse verloren gehen.
Weitere Informationen erhalten Sie unter Auswahl des Aufbewahrungszeitraums und Wiedergeben von gespeicherten Ereignissen für einen Abonnenten.
Wie unterscheidet sich der Custom Event Bus von Custom Event Bus - Classic
| Funktion | Benutzerdefinierter Event-Bus | Benutzerdefinierter Event-Bus — Klassisch |
|---|---|---|
| Cross-account verwenden | Teile den Bus mit AWS RAM. Jedes Verbraucherkonto erstellt und besitzt seine Abonnenten im Bus. | Gewähren Sie anderen Konten über die Busressourcenrichtlinie weitere Konten oder leiten Sie Ereignisse an einen Bus im anderen Konto weiter. |
| Aufbewahrung | In den Bus eingebaut, für einen von Ihnen festgelegten Zeitraum. | Nicht gespeichert. Um Ereignisse aufzubewahren, fügen Sie ein Archiv hinzu. |
| Bestellung | FIFO-Lieferung innerhalb einer Eventgruppe, pro Abonnent. | Nicht verfügbar. |
| Erneut abspielen | Die Ausgangsposition eines Abonnenten gegenüber den gespeicherten Ereignissen. | Aus einem Archiv wiedergeben. |
| APIs veröffentlichen | PutEventsfür JSON und PutRawEvents für jedes Format, einschließlich Avro und Protobuf. |
PutEventsfür JSON. |
| Deduplizierung | Zum Zeitpunkt der Veröffentlichung, nach Inhalt oder nach einem von Ihnen angegebenen Schlüssel. | Nicht verfügbar. |
| Ziele pro Routing-Ressource | Ein Ziel pro Abonnent. | Bis zu fünf Ziele pro Regel. |
Anwendungsfälle
-
Ein Plattformteam bedient einen
ordersBus und teilt ihn sich mit den Konten der Teams für Versand, Abrechnung und Analyse. Jedes Team verknüpft seine eigenen Abonnenten; das Plattformteam bearbeitet niemals das Routing für sie. -
Ein Zahlungsdienst veröffentlicht mit einer Nummer
EventGroupIdpro Konto, und ein FIFO-Abonnent sendet die Ereignisse jedes Kontos der Reihe nach an eine Warteschlange. -
Ein neuer Analytics-Consumer mit einer Startposition vor 30 Tagen wird erstellt und liest die gespeicherten Ereignisse aus einem Monat, bevor er den Live-Traffic einholt.
Preisgestaltung
Sie zahlen für die Ereignisse, die Sie veröffentlichen, die Lieferungen an Abonnenten und die Kundenbindung. Die Tarife finden Sie unter EventBridge Amazon-Preise
Nächste Schritte
-
Erfahren Sie, welche Namen Sie in CLI, SDKs und IAM verwenden sollten:. Namen, Endpunkte und IAM-Berechtigungen für den Custom Event Bus
-
Veröffentlichen Sie Ihre ersten Veranstaltungen:. Ereignisse auf einem benutzerdefinierten Event-Bus veröffentlichen
-
Erstellen Sie einen Abonnenten, der sie liefert:Abonnieren von Ereignissen auf einem Custom Event Bus.
