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` oder`PutRawEvents`. 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 unter[Namen, Endpunkte und IAM-Berechtigungen für den Custom Event Bus](eb-custom-bus-names.md). ## 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. + `PutRawEvents`fü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 `PutEvents` oder veröffentlichen`PutRawEvents`, 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 unter[Bus-Status und was jeder erlaubt](eb-custom-bus-create.md#eb-custom-bus-lifecycle-states). 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 abmelden`RevokeResource`. Informationen zu Berechtigungen, Ressourcenrichtlinien und Sperrungen finden Sie unter[Einen benutzerdefinierten Event Bus mit anderen Konten teilen](eb-custom-bus-sharing.md). ## 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](eb-custom-bus-create.md#eb-custom-bus-create-retention) und [Wiedergeben von gespeicherten Ereignissen für einen Abonnenten](eb-custom-bus-replay.md). ## 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 `orders` Bus 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 `EventGroupId` pro 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](https://aws.amazon.com/eventbridge/pricing/). ## 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](eb-custom-bus-names.md) + Veröffentlichen Sie Ihre ersten Veranstaltungen:. [Ereignisse auf einem benutzerdefinierten Event-Bus veröffentlichen](eb-custom-bus-publish.md) + Erstellen Sie einen Abonnenten, der sie liefert:[Abonnieren von Ereignissen auf einem Custom Event Bus](eb-custom-bus-subscribers.md).