Übersicht
F: Was ist Amazon EventBridge?
Amazon EventBridge ist ein Service, der Echtzeitzugang zu Datenveränderungen in AWS-Services, Ihren eigenen Anwendungen und Software as a Service (SaaS)-Anwendungen gewährt, ohne dass Sie selbst Code schreiben müssen.
Um loszulegen, können Sie in der EventBridge-Konsole eine Ereignisquelle auswählen. Sie können dann ein Ziel aus AWS-Services wie AWS Lambda, Amazon Simple Notification Service (SNS) und Amazon Kinesis Data Firehose auswählen. EventBridge stellt die Ereignisse dann automatisch und beinahe in Echtzeit bereit.
F: Was sind die ersten Schritte mit EventBridge?
Um mit der Nutzung von Amazon EventBridge zu beginnen, folgen Sie den folgenden sechs Schritten:
- Melden Sie sich bei Ihrem AWS-Konto an.
- Navigieren Sie zur EventBridge-Konsole.
- Wählen Sie eine Ereignisquelle aus einer Liste von Partner-SaaS-Anwendungen und AWS-Services aus. Wenn Sie eine Partneranwendung verwenden, überprüfen Sie, ob Sie Ihr SaaS-Konto für die Übermittlung von Ereignissen konfiguriert haben und akzeptieren Sie die Anwendung in der EventBridge-Konsole im Abschnitt zu angebotenen Ereignisquellen.
- EventBridge erstellt automatisch einen Event Bus für Sie, an den Ereignisse weitergeleitet werden. Alternativ können Sie AWS SDK nutzen, um Ihre Anwendung für die Übermittlung von Ereignissen an Ihren Event Bus zu konfigurieren.
- Es besteht die Möglichkeit, eine Filterregel zu konfigurieren und ein Ziel für Ihre Ereignisse anzufügen, dies kann beispielsweise eine Lambda-Funktion sein.
- EventBridge nimmt die Ereignisse automatisch auf, filtert sie und sendet sie an das konfigurierte Ziel. Sicherheit und hohe Verfügbarkeit sind dabei gewährleistet.
F: Kann ich meine eigenen Ereignisse in EventBridge veröffentlichen?
Ja. Sie können benutzerdefinierte Ereignisse auf Anwendungsebene generieren und diese durch die API-Operationen des Services in EventBridge veröffentlichen. Sie können auch geplante Ereignisse einrichten, die in regelmäßigen Abständen generiert werden, und diese in allen von EventBridge unterstützten Zielen verarbeiten.
F: Welches Format weisen die Ereignisse auf?
Für Ereignisse wird eine spezifische JSON-Struktur verwendet. Jedes Ereignis verfügt auf oberster Ebene über dieselben Umschlagsfelder, wie Ereignisquelle, Zeitstempel und Region. Darauf folgt ein Detailfeld, welches das Hauptfeld des Ereignisses darstellt.
Wird beispielsweise durch eine Amazon Elastic Compute Cloud (EC2)-Auto-Scaling-Gruppe eine neue Amazon-EC2-Instance erstellt, wird ein Ereignis mit der Quelle „aws.autoscaling“ und dem Detailfeld „EC2 instance created successfully“ (EC2-Instance erfolgreich erstellt) übermittelt.
Q: Wie kann ich filtern, welche Ereignisse einem Ziel bereitgestellt werden?
Sie können Ereignisse mithilfe von Regeln filtern. Eine Regel weist eingehende Ereignisse einem bestimmten Event Bus zu und leitet sie zur weiteren Verarbeitung an Ziele weiter. Eine einzige Regel kann an mehrere Ziele weiterleiten, die alle parallel verarbeitet werden. Regeln helfen verschiedenen Anwendungskomponenten, die Ereignisse zu suchen und zu verarbeiten, die für sie relevant sind.
Mithilfe einer Regel kann ein Ereignis benutzerdefiniert angepasst werden, bevor es an das Ziel gesendet wird. Dabei werden nur bestimmte Teile weitergegeben oder es wird mit einer Konstante überschrieben. Für das Beispiel aus der vorherigen Frage kann etwa eine Ereignisregel erstellt werden, die für die Quelle „aws.autoscaling“ und das Detailfeld „EC2 instance created successfully“ (EC2-Instance erfolgreich erstellt) definiert ist. So werden Sie jedes Mal benachrichtigt, wenn eine Auto-Scaling-Gruppe erfolgreich eine EC2-Instance erstellt.
F: Wie sichere ich den Zugriff auf EventBridge?
EventBridge ist integriert in AWS Identity and Access Management (IAM), sodass Sie angeben können, welche Aktionen ein Benutzer in Ihrem AWS-Konto ausführen kann. Sie können z. B. eine IAM-Richtlinie erstellen, die nur bestimmten Benutzern in Ihrem Unternehmen erlaubt, Event Busse zu erstellen oder Ereignisziele anzufügen.
F: Welche AWS-Services sind als Ereignisquellen für Amazon EventBridge integriert?
Es stehen über 90 AWS-Services als Ereignisquellen für EventBridge zur Verfügung, darunter AWS Lambda, Amazon Kinesis, AWS Fargate und Amazon Simple Storage Service (S3). Eine vollständige Liste der AWS-Service-Integrationen finden Sie in der EventBridge-Dokumentation.
F: Welche AWS-Services sind als Ereignisziele für EventBridge integriert?
Es stehen mehr als 15 AWS-Services als Ereignisziele für EventBridge zur Verfügung, darunter Lambda, Amazon Simple Queue Service (SQS), Amazon SNS, Amazon Kinesis Streams und Kinesis Data Firehose. Eine vollständige Liste der AWS-Service-Integrationen finden Sie in der EventBridge-Dokumentation.
Q: Was sind EventBridge-Archiv- und Replay-Ereignisse?
Event Replay ist ein neues Feature für EventBridge, die Ihnen hilft vergangene Ereignisse wieder in einen Ereignis-Bus oder eine bestimmte EventBridge-Regel umzuwandeln. Dieses Feature hilft Entwicklern ihre Anwendungen einfacher zu debuggen und zu erweitern, indem sie Ziele mit historischen Ereignissen versorgen und Fehler beheben. Event Replay gibt Entwicklern die Gewissheit, dass sie immer Zugriff auf jedes in EventBridge veröffentlichte Ereignis haben.
Q: Was ist EventBridge API Destinations?
API Destinations hilft Entwicklern Ereignisse an viele On-Premises- oder SaaS-Anwendungen zurücksenden, um den Durchsatz und die Authentifizierung zu steuern. Sie können Regeln mit Input-Transformationen konfigurieren, die das Format des Ereignisses auf das Format des empfangenden Services abbilden, und EventBridge kümmert sich um Sicherheit und Zustellung.
Wenn eine Regel initiiert wird, wandelt EventBridge das Ereignis auf der Grundlage der angegebenen Bedingungen um. Er sendet sie dann an den konfigurierten Webservice mit den Authentifizierungsinformationen, die bei der Einrichtung der Regel angegeben wurden. Die Sicherheit ist integriert, so dass Entwickler keine Authentifizierungskomponenten mehr für den Service schreiben müssen, den sie verwenden möchten.
F: Was ist eine Verbindung für API Destination? Wie richte ich API-Ziele ein?
Jedes API-Ziel verwendet eine Verbindung, die die Autorisierungsmethode und die Anmeldeinformationen definiert, die für die Verbindung zum HTTP-Endpunkt verwendet werden sollen. Wenn Sie die Autorisierungs-Einstellungen konfigurieren und eine Verbindung erstellen, wird in AWS Secrets Manager ein Geheimnis erstellt, um die Autorisierungs-Informationen sicher zu speichern. Sie können auch weitere Parameter hinzufügen, um die Verbindung entsprechend Ihrer Anwendung einzubinden.
Um ein API-Ziel einzurichten, müssen Sie einen API-Zielendpunkt angeben, der ein HTTP-Aufruf-Endpunktziel für Ereignisse ist. Sie müssen eine Verbindung erstellen, um eine Autorisierung für diesen Endpunkt durchzuführen. Optional können Sie auch das Aufrufratenlimit definieren, das die maximale Anzahl von Aufrufen pro Sekunde ist, die an den API-Zielendpunkt gesendet werden sollen. Erfahren Sie mehr über Verbindungen und API-Ziele.
Grenzen und Leistung
F: Was sind die Service-Limits?
EventBridge verfügt über Standardkontingente für die Geschwindigkeit, mit der Sie Ereignisse veröffentlichen können, die Anzahl der Regeln, die auf einem Event Bus erstellt werden können, und die Rate, mit der Ziele aufgerufen werden können. Auf der Service-Quotas-Seite finden Sie eine vollständige Liste der Kontingente und wie sie erhöht werden können.
F: Welche Latenz kann ich zwischen dem Senden und Empfangen eines Ereignisses erwarten?
Die typische Latenz beträgt etwa eine halbe Sekunde. Dies kann jedoch variieren.
F: Unterstützt EventBridge das Markieren von Ressourcen?
Ja, Sie können Regeln und Event Busse markieren.
F: Welchen Durchsatz kann ich von EventBridge erwarten?
Die standardmäßigen EventBridge-Kontingente können erhöht werden, um Hunderttausende von Ereignissen pro Sekunde zu verarbeiten. Die Durchsatz-Limits des Event Busses finden Sie auf der Seite von AWS Service Quotas. Falls Sie einen höheren Durchsatz benötigen, können Sie im AWS Support Center eine Service-Limit-Erhöhung anfordern, indem Sie zunächst „Fall erstellen“ und anschließend „Service-Limit-Erhöhung“ auswählen.
F: Besteht für EventBridge ein Service Level Agreement?
Ja. Im Rahmen von AWS nehmen wir wirtschaftlich angemessene Anstrengungen auf uns, damit EventBridge mit einer monatlichen Betriebszeit in Prozent von mindestens 99,99 % in jeder AWS-Region während eines monatlichen Abrechnungszeitraums verfügbar ist. Weitere Informationen finden Sie im vollständigen EventBridge Service Level Agreement.
Schema-Register
F: Was ist ein Schema?
Ein Schema stellt die Struktur eines Ereignisses dar und enthält üblicherweise Informationen wie Titel und Format der einzelnen Daten, die in dem Ereignis enthalten sind.
Ein Schema kann beispielsweise Felder wie Name und Telefonnummer sowie den Tatbestand enthalten, dass der Name eine Textfolge ist und die Telefonnummer eine ganze Zahl. Das Schema kann auch Informationen über Muster enthalten, wie z. B. die Anforderung, dass die Telefonnummer 10-stellig sein muss. Das Schema eines Ereignisses ist wichtig, da es zeigt, welche Informationen im Ereignis enthalten sind, und hilft Ihnen, Code basierend auf diesen Daten zu schreiben.
F: Was ist eine Schema Registry?
Ein Schema-Register speichert eine durchsuchbare Sammlung von Schemas, so dass jeder Entwickler in Ihrem Unternehmen leichter auf die von der Anwendung generierten Schemas zugreifen kann. Im Gegensatz dazu müssen Sie für diese Informationen nicht in der Dokumentation nachsehen oder den Autor des Schemas suchen. Sie können ein Schema manuell zur Registry hinzufügen oder diesen Prozess automatisieren, indem Sie das Feature zur EventBridge-Schema-Erkennung aktivieren.
F: Was ist das Feature zur Schema-Erkennung?
Die Schema-Erkennung automatisiert die Prozesse zum Auffinden von Schemas und deren Hinzufügen zu Ihrer Registry. Wenn die Schema-Erkennung für einen EventBridge Event Bus aktiviert ist, wird das Schema jedes an den Event Bus gesendeten Ereignisses automatisch der Registry hinzugefügt. Wenn sich das Schema eines Ereignisses ändert, erstellt die Schema-Erkennung automatisch eine neue Version des Schemas in der Registry.
Sobald ein Schema zum Register hinzugefügt wurde, können Sie eine Codebindung für das Schema entweder in der EventBridge-Konsole oder direkt in Ihrer integrierten Entwicklungsumgebung (IDE) erstellen. Dies hilft Ihnen, das Ereignis als stark typisiertes Objekt in Ihrem Code darzustellen. Sie können dann die Vorteile von IDE-Features wie Validierung und Autovervollständigung nutzen.
F: Kann ich Schemas von Ereignissen entdecken, die über andere Konten übertragen wurden?
Ja, in der Schemaerkennung können Sie Ereignisse für mehrere Konten ermitteln, sodass Sie einen vollständigen Überblick über das in Ihren Event Bussen veröffentlichte Schema der Ereignisse haben.
F: Wie viel kostet die Schema Registry?
Es entstehen keine Kosten für die Nutzung der Schema-Registry, jedoch fallen Kosten pro aufgenommenem Ereignis an, wenn Sie die Schema-Erkennung aktivieren.
Die Schema-Erkennung hat ein kostenloses Kontingent von 5 Mio. aufgenommenen Ereignissen pro Monat, was für den größten Teil der Entwicklungsphase ausreichen sollte. Für die zusätzliche Nutzung außerhalb der kostenlosen Kontingents wird eine Gebühr von 0,10 USD pro einer Million aufgenommener Ereignisse verrechnet. Weitere Informationen zu Preisen finden Sie auf der Preisseite zu EventBridge.
F: Wie hilft mir die Schema Registry, die Menge an Code, die ich schreiben muss, zu reduzieren?
Die Schema Registry reduziert die Menge an Code, indem sie Ihnen Folgendes ermöglicht:
- Schemas automatisch für alle an Ihren EventBridge-Event-Bus gesendeten Ereignisse identifizieren und in der Registry speichern, sodass Sie Ihr Ereignisschema nicht manuell verwalten müssen.
- Anwendungen schreiben, die Ereignisse auf Ihrem Bus verarbeiten und Codebindungen für das Schema generieren und herunterladen, um stark typisierte Objekte direkt in Ihrem Code zu verwenden.
F: Warum sollte ich Schema Registry verwenden?
Sie sollten Schema Registry verwenden, um ereignisgesteuerte Anwendungen schneller zu erstellen. Die Schema Registry macht den Zeitaufwand für die Koordination zwischen den Entwicklungsteams überflüssig, da die verfügbaren Ereignisse automatisch aus allen unterstützten Ereignisquellen, einschließlich AWS-Services, Drittanbieteranwendungen und benutzerdefinierten Anwendungen, ermittelt und deren Schema erkannt werden. Es wurde entwickelt, um es Entwicklern zu ermöglichen, sich ausschließlich auf ihren Anwendungscode zu konzentrieren, anstatt wertvolle Zeit damit zu verschwenden, nach verfügbaren Ereignissen und deren Struktur zu suchen und Code zur Interpretation und Übersetzung von Ereignissen zu schreiben.
F: Welche IDEs werden von Schema Registry unterstützt?
Die Schema Registry ist über das AWS Toolkit für JetBrains (IntelliJ IDEA, PyCharm, WebStorm, Rider) und Visual Studio Code sowie über die EventBridge-Konsole und APIs verfügbar. Erfahren Sie mehr über die Verwendung der EventBridge-Schema-Registry innerhalb Ihrer IDE.
F: Kann ich Schemas mit dem AWS Serverless Application Model (SAM) verwenden?
Ja, die neueste Version der AWS-SAM-CLI enthält einen interaktiven Modus, mit dem Sie neue Serverless-Anwendungen auf EventBridge für jedes Schema als Ereignistyp erstellen können.
Wählen Sie die Vorlage EventBridge Starter App und das Schema Ihres Ereignisses aus, und SAM generiert automatisch eine Anwendung mit einer von EventBridge aufgerufenen Lambda-Funktion mit dem Verarbeitungscode des Ereignisses. Das bedeutet, dass Sie einen Ereignisauslöser wie ein normales Objekt in Ihrem Code behandeln und Features wie Validierung und Auto-Vervollständigung in Ihrer IDE verwenden können.
Das AWS Toolkit für JetBrains (IntelliJ IDEA, PyCharm, Webstorm, Rider) und das AWS Toolkit für Visual Studio Code bieten auch Funktionen, um aus dieser Vorlage Serverless-Anwendungen mit einem Schema als Auslöser direkt aus diesen IDEs zu generieren.
F: In welchen Sprachen kann ich Code aus meinen Schemas generieren?
EventBridge bietet Codegenerierung in Java (8+), Python (3.6+) und TypeScript (3.0+) sowie Go (1+).
F: In welchen AWS-Regionen ist Schema Registry verfügbar?
Die EventBridge-Schema-Registry ist in den folgenden Regionen verfügbar:
- USA Ost (Ohio und Nord-Virginia)
- USA West (Nordkalifornien und Oregon)
- Asien-Pazifik (Hongkong, Mumbai, Seoul, Singapur, Sydney und Tokio)
- Kanada (Zentral)
- Europa (Frankfurt, Irland, London, Paris und Stockholm)
- Südamerika (São Paulo)
Pipes
F: Was ist Amazon EventBridge Pipes?
EventBridge Pipes bietet eine einfachere, konsistente und kosteneffiziente Möglichkeit, Punkt-zu-Punkt-Integrationen zwischen Event-Produzenten und -Konsumenten zu erstellen. Die Erstellung einer Pipe ist so einfach wie die Auswahl einer Quelle und eines Ziels. Sie haben die Möglichkeit, die Stapelverarbeitung, die Startposition, die Gleichzeitigkeit und vieles mehr anzupassen. Ein optionaler Filterschritt ermöglicht, dass nur bestimmte Quellereignisse in die Pipe fließen, und ein optionaler Anreicherungsschritt mit AWS Lambda, AWS Step Functions, API Destinations oder Amazon API Gateway kann verwendet werden, um Ereignisse anzureichern oder umzuwandeln, bevor sie das Ziel erreichen. EventBridge Pipes macht es überflüssig, undifferenzierten Integrationscode zu schreiben, zu verwalten und zu skalieren, so dass Sie Ihre Zeit damit verbringen können, Anwendungen aufzubauen, anstatt sie zu verbinden.
F: Wie richte ich EventBridge Pipes ein?
Sie können damit beginnen, indem Sie die EventBridge-Konsole aufrufen, die Registerkarte Pipes auswählen und Pipe erstellen wählen. Von dort aus können Sie aus einer Liste verfügbarer Quellen wählen und ein optionales Filtermuster angeben, das verwendet wird, um nur die von Ihnen gewünschten Ereignisse zu übertragen. Für den optionalen Transformations- und Anreicherungsschritt einer Pipe können Sie einen API-Endpunkt bereitstellen, z. B. eine SaaS-Anwendungs-API oder einen Container-Cluster, eine Lambda-Funktion oder eine AWS Step Function. Die Pipe wird dann die API-Anfrage stellen und die Antwort erfassen, sobald die Verarbeitung abgeschlossen ist. Legen Sie schließlich einen Ziel-Service fest, an den die Ereignisse geliefert werden, und geben Sie an, ob die Archivierungs- oder DLQ-Funktionen in der Pipe aktiviert sein sollen. Sie können eine Pipe auch mit der AWS CLI, CloudFormation oder dem AWS Cloud Development Kit (CDK) erstellen.
F: Was sind die möglichen Ereignisquellen für EventBridge Pipes?
EventBridge Pipes führt Amazon SQS, Amazon Kinesis, Amazon DynamoDB, Amazon Managed Streaming Kafka, selbstverwaltetes Kafka und Amazon MQ als Quellen in die EventBridge Produktsuite ein. EventBridge Pipes unterstützt die gleichen Zielservices wie Event-Busse, wie Amazon SQS, AWS Step Functions, Amazon Kinesis Data Streams, Amazon Kinesis Data Firehose, Amazon SNS, Amazon ECS und Event-Busse selbst.
F: Wie funktionieren Transformation und Anreicherung?
EventBridge Pipes unterstützen grundlegende Transformationen mit der Velocity Template Language (VTL). Für leistungsfähigere Transformationen hilft Ihnen EventBridge Pipes, eine Lambda-Funktion oder einen Step Functions-Workflow anzugeben, um Ihr Ereignis zu transformieren. Wenn Sie lieber einen Containerservice wie Amazon Elastic Container Service (ECS) oder Amazon Elastic Kubernetes Service (EKS) verwenden möchten, können Sie den API-Endpunkt und das Authentifizierungsschema für Ihren Container-Cluster angeben. EventBridge kümmert sich dann um die Bereitstellung des Ereignisses für die Transformation.
F: Brauche ich einen EventBridge-Event-Bus, um EventBridge Pipes zu verwenden?
Nein, EventBridge Pipes können unabhängig von den bestehenden EventBridge-Features verwendet werden und helfen Ihnen, Ereignisse von anderen Ereignisproduzenten wie Kinesis, SQS oder Amazon MSK zu empfangen, ohne dass Sie einen EventBridge-Event-Bus verwenden müssen. Er wird auch für Punkt-zu-Punkt-Integrationen verwendet, während ein Event Bus für Many-to-Many-Integrationen eingesetzt wird. Wenn Sie bereits einen EventBridge-Event-Bus verwenden, um Ereignisse weiterzuleiten, können Sie EventBridge Pipes verwenden, um eine Verbindung zu einer unterstützten Quelle herzustellen und Ihren Event Bus als Quelle einer Pipe festzulegen.
F: Was ist der Unterschied zwischen EventBridge Event Bus und EventBridge Pipes?
EventBridge-Event-Buses eignen sich gut für das Many-to-Many-Routing von Ereignissen zwischen ereignisgesteuerten Services. EventBridge Pipes ist für Punkt-zu-Punkt-Integrationen zwischen Event-Publishern und -Verbrauchern gedacht, mit Unterstützung für erweiterte Transformationen und Anreicherungen. EventBridge Pipes können einen EventBridge-Event-Bus als Ziel verwenden. Die Migration von einer EventBridge-Event-Bus-Regel zu einer Pipe ist einfacher, da die Filterung und die Ziele zwischen den beiden Ressourcen gleich bleiben.
F: Wie unterscheidet sich EventBridge Pipes vom Event Source Mapping (ESM) von AWS Lambda?
Das Event Source Mapping (ESM) von AWS Lambda und Amazon EventBridge Pipes verwenden die gleiche Polling-Infrastruktur, um Ereignisse auszuwählen und zu senden. ESM ist ideal für Kunden, die Lambda als Ziel verwenden möchten, um die empfangenen Ereignisse zu verarbeiten. Pipes ist ideal für Kunden, die sich nicht um die Erstellung, Pflege und Skalierung von Lambda-Code kümmern möchten und stattdessen eine einfache, verwaltete Ressource bevorzugen, um ihre Quelle mit einem von über 14 Zielen zu verbinden.
F: Bietet EventBridge Pipes Bestellgarantien?
Ja, EventBridge Pipes behält die Reihenfolge der von einer Ereignisquelle empfangenen Ereignisse bei, wenn diese Ereignisse an einen Ziel-Service gesendet werden.
F: Unterstützt EventBridge Pipes das Batching von Ereignissen?
Ja, für Services, die Batching-Ereignisse unterstützen, können Sie bei der Erstellung einer Pipe die gewünschte Batch-Größe konfigurieren. Bei Quellen und Zielen, die keine Batching unterstützen, können Sie dennoch Ereignisse für Ihren Anreicherungs- und Transformationsschritt stapeln. Auf diese Weise sparen Sie Rechenkosten und können dennoch Ereignisse individuell an das von Ihnen gewählte Ziel liefern.
F: Kann ich zum Zweck der Sicherheitsanalyse und zur Behebung von Betriebsproblemen einen Verlauf aller EventBridge-Pipes-API-Aufrufe abrufen, die für mein Konto erfolgt sind?
Zum Abrufen eines Verlaufs aller EventBridge-Pipes-API-Aufrufe, die für Ihr Konto erfolgt sind, müssen Sie CloudTrail in der AWS-Managementkonsole aktivieren.
F: Was kostet EventBridge Pipes?
Die vollständigen Preisdetails für Amazon EventBridge Pipes finden Sie auf der Preisseite.
Planer
F: Was ist Amazon EventBridge Scheduler?
Amazon EventBridge Scheduler ist ein Serverless-Aufgabenplaner, der das Erstellen und die Ausführung und Verwaltung von Millionen von Zeitplänen über AWS-Services hinweg vereinfacht, ohne dabei die zugrunde liegende Infrastruktur bereitstellen oder verwalten zu müssen.
F: Was sind die ersten Schritte mit EventBridge Scheduler?
Melden Sie sich bei Ihrem AWS-Konto an, navigieren Sie zur EventBridge-Konsole und wählen Sie dann die Schaltfläche Zeitplan erstellen aus. Befolgen Sie den schrittweisen Anleitungen und füllen Sie die erforderlichen Felder aus. Wählen Sie ein Zeitplan-Format mit einem Zeitfenster für die Implementierung der Aufgabe, eine bestimmte Häufigkeit, ein Cron oder eine bestimmte Datums- und Uhrzeitangabe. Wählen Sie das Ziel aus einer Liste von AWS-Services und konfigurieren Sie Wiederholungs-Richtlinien für die maximale Kontrolle über die Implementierung Ihres Zeitplans. Überprüfen Sie Ihren Zeitplan und wählen Sie Erstellen.
F: Was ist der Unterschied zwischen EventBridge Scheduler und geplanten Regeln?
EventBridge Scheduler baut auf den Planungsfunktionen von Geplante Regeln auf. EventBridge Scheduler bietet Unterstützung für Zeitzonen, erhöhte Skalierbarkeit, angepasste Zielnutzlasten, zusätzliche Zeitausdrücke und ein Dashboard zur Überwachung von Zeitplänen. Zeitpläne können unabhängig von einander erstellt werden, ohne einen Event Bus mit einer geplanten Regel erstellen zu müssen.
F: Wann sollte ich geplante Regeln von EventBridge oder den EventBridge Scheduler verwenden?
Geplante Regeln werden weiterhin verfügbar sein, jedoch bietet EventBridge Scheduler einen umfassenderen Satz an Features und mehr Flexibilität bei der Erstellung, Ausführung und Verwaltung Ihrer Zeitpläne. Außerdem sind die ersten Schritte kostenlos – weitere Informationen finden Sie auf der Preisseite.
F: Wie funktioniert dieses Feature mit anderen AWS-Services?
EventBridge Scheduler verfügt über tiefgreifende Integrationen mit AWS-Services und kann Zeitpläne für jeden Service mit einer AWS-API-Aktion erstellen. Konfigurationen für Zeitmuster und Wiederholungen sind in AWS einheitlich, um ein konsistentes Erlebnis bei der Planung zu gewährleisten. Die Überwachung von Zeitplänen ist einfacher über die EventBridge Scheduler-Konsole, die eine Übersicht über Ihre Zeitpläne in einem Dashboard oder mit einer „ListSchedule“-API-Anfrage liefert. Sie können wichtige Informationen zu Ihren Zeitplänen einsehen, z. B. die Startzeit, den letzten Lauf und das zugewiesene AWS-Ziel. Für genauere Details können Sie die in CloudWatch Logs verfügbaren Ausführungsprotokolle einsehen oder sie an S3 oder Kinesis Firehose senden.
F: Wie aktualisiere ich meine Zeitpläne?
Sie können Ihre Zeitpläne in der EventBridge-Scheduler-Konsole aktualisieren, indem Sie den Zeitplan auswählen, den Sie anpassen möchten. Ein neues Feld zeigt Ihre Optionen an.
F: Unterstützt EventBridge Scheduler alle Zeitzonen?
Ja, mit EventBridge Scheduler können Sie auswählen, in welcher Zeitzone ein Zeitplan ausgeführt wird. Diese Zeitpläne passen sich automatisch an die Sommerzeit und zurück an die Standardzeit an.
F: Wie kann EventBridge Scheduler die planmäßige Lieferung überprüfen?
EventBridge Scheduler bietet „at-least-once“-Ereignislieferung an Ziele, was bedeutet, dass mindestens eine Lieferung erfolgreich mit einer Rückmeldung des Ziels abschließt. Optionen zur Einstellung von Wiederholungen, Zeitfenster und Timeouts sind verfügbar, um Ihren geschäftlichen Anforderungen gerecht zu werden.
F: Gilt das Löschen nach Abschluss von EventBridge Scheduler für alle Planungsmuster?
Löschen nach Abschluss ist für alle derzeit unterstützten Planungsmuster verfügbar: Cron-, Raten- und Einmalpläne.
F: Kann ich meinen Zeitplan aktualisieren, nachdem „Nach Abschluss löschen“ festgelegt wurde?
Ja, Sie können Ihren Zeitplan jederzeit aktualisieren, um das Löschen nach Abschluss zu konfigurieren, bevor der Zeitplan aufgerufen wird. Nach dem letzten Zeitplanaufruf können Sie keine Änderungen mehr vornehmen.
F: Was passiert, wenn ich einen Zeitplan deaktiviere, bei dem „Nach Abschluss löschen“ aktiviert ist, bevor der geplante Aufruf erfolgt?
Wenn Sie einen Zeitplan mit „Nach Abschluss löschen“ vor dem letzten Aufruf des Zeitplans deaktivieren, verbleibt der Zeitplan in Ihrem Konto in einem deaktivierten Zustand.
F: Was passiert, wenn mein wiederkehrender Zeitplan mit „Nach Abschluss löschen“ kein Enddatum hat?
Der Zeitplan ruft weiterhin sein Ziel auf und wird erst automatisch gelöscht, wenn ein Enddatum konfiguriert wurde.
F: Kann ich eine Aufgabe für Services außerhalb von AWS planen, wie mein On-Premises-Server oder meine externen SaaS-Produkte?
EventBridge Scheduler bietet keine direkte Unterstützung für nicht-AWS-Ziele. Sie können jedoch nicht-AWS-Ziele mit Lambda, ECS und Fargate aufrufen, oder mit dem EventBridge über die API-Ziele-Feature.
F: Was kostet EventBridge Scheduler?
Die vollständigen Preisdetails für Amazon EventBridge Scheduler finden Sie auf der Preisseite.
Globale Endpunkte
F: Was sind globale Endpunkte?
Globale Endpunkte erleichtern Ihnen die Erstellung hochverfügbarer ereignisgesteuerter Anwendungen mit AWS. Sie können Ihre Ereignisse zwischen primären und sekundären Regionen replizieren, um ein Failover mit minimalem Datenverlust zu realisieren. Sie können auch die Fähigkeit implementieren, im Falle von Serviceunterbrechungen automatisch auf eine Backup-Region umzuschalten. Dies vereinfacht die Einführung von Architekturen mit mehreren Regionen und hilft Ihnen, Resilienz in Ihre ereignisgesteuerten Anwendungen zu integrieren.
F: Warum sollte ich globale Endpunkte verwenden?
Globale Endpunkte helfen dabei, Ihren Endkunden ein besseres Erlebnis zu bieten, indem sie die Datenmenge minimieren, die bei Serviceunterbrechungen gefährdet ist.
Sie können Ihre ereignisgesteuerten Anwendungen robuster und widerstandsfähiger machen, indem Sie die Möglichkeit haben, Ihre Ereignisaufnahme automatisch und ohne manuelle Eingriffe auf eine sekundäre Region umzuschalten. Sie haben die Flexibilität, Failover-Kriterien mithilfe von Amazon-CloudWatch-Alarmen (durch Amazon-Route-53-Zustandsprüfungen) zu konfigurieren, um zu bestimmen, wann ein Failover erfolgen soll und wann Ereignisse an die primäre Region zurückgeleitet werden sollen.
F: Wie verbessert ein globaler Endpunkt die Verfügbarkeit meiner Anwendungen?
Nachdem Sie Ereignisse im globalen Endpunkt veröffentlicht haben, werden die Ereignisse an den Ereignis-Bus in Ihrer primären Region weitergeleitet. Wenn in der primären Region Fehler erkannt werden, wird Ihre Zustandsprüfung als fehlerhaft gekennzeichnet und eingehende Ereignisse werden an die sekundäre Region weitergeleitet. Fehler können mithilfe von CloudWatch-Alarmen (durch Route53-Zustandsprüfungen), die Sie angeben, leichter erkannt werden. Wenn das Problem behoben ist, leiten wir neue Ereignisse an die primäre Region zurück und setzen die Verarbeitung der Ereignisse fort.
F: Welche Art von Anwendungen eignen sich gut für globale Endpunkte?
Globale Endpunkte eignen sich gut für Anwendungen, die keine Idempotenz erfordern oder die Idempotenz über Regionen hinweg handhaben können. Sie eignen sich auch gut für Anwendungen, die tolerieren, dass Ereignisse bis zu 420 Sekunden lang nicht repliziert werden. Sie würden also in der primären Region festsitzen, bis der Service oder die Region wiederhergestellt ist (das so genannte Recovery Point Objective).
F: Welche Metriken sollte ich für das Failover meines globalen Endpunkts verwenden?
Wir haben eine neue Metrik hinzugefügt, die die gesamte Latenz von EventBridge meldet, mit der Sie einfacher feststellen können, ob es Fehler bei EventBridge gibt, die ein Failover Ihrer Ereigniserfassung in die sekundäre Region erfordert.
Die Konsole erleichtert Ihnen den Einstieg, indem sie einen vorgefertigten CloudFormation-Stack (den Sie nach Belieben anpassen können) für die Erstellung eines CloudWatch-Alarms und von Route 53-Zustandsprüfungen bereitstellt. Weitere Einzelheiten zum Einrichten der Alarme und Zustandsprüfungen finden Sie in unserem Launch-Blog und unserer Dokumentation.
F: Sollte ich Metriken von meinem Abonnenten verwenden, um einen Failover für meinen globalen Endpunkt durchzuführen?
Wir raten davon ab, die Metriken der Abonnenten in Ihren Zustandsprüfung aufzunehmen. Dies könnte dazu führen, dass Ihr Herausgeber auf die Backup-Region umschaltet, wenn bei einem einzelnen Abonnenten ein Problem auftritt, obwohl alle anderen Abonnenten in der primären Region fehlerfrei sind.
Wenn einer Ihrer Abonnenten Ereignisse in der primären Region nicht verarbeiten kann, sollten Sie die Replikation aktivieren, um zu überprüfen, ob Ihr Abonnent in der sekundären Region Ereignisse erfolgreich verarbeiten kann.
F: Was ist das erwartete Recovery Time Objective (RTO) und Recovery Point Objective (RPO)?
Das Recovery Time Objective (RTO) ist die Zeit, in der die Backup-Region oder das Backup-Ziel nach einem Ausfall mit dem Empfang neuer Ereignisse beginnt. Das Recovery Point Objective (RPO) ist das Maß für die Daten, die während eines Ausfalls unverarbeitet bleiben. Bei globalen Endpunkten betragen RTO und RPO 360 Sekunden (maximal 420), wenn Sie unsere vorgeschriebene Anleitung zur Alarmkonfiguration befolgen. Für RTO umfasst die Zeit den Zeitraum zum Initiieren von CloudWatch-Alarmen und zum Aktualisieren des Status für Route53-Zustandsprüfungen. Für RPO umfasst die Zeit Ereignisse, die nicht in die sekundäre Region repliziert werden und in der primären Region hängen bleiben, bis der Service oder die Region wiederhergestellt ist.
F: Sollte ich die Replikation aktivieren?
Ja. Aktivieren Sie die Replikation, um das Risiko für die Daten während einer Serviceunterbrechung zu minimieren. Nachdem Sie Ihre benutzerdefinierten Busse in beiden Regionen eingerichtet und den globalen Endpunkt erstellt haben, können Sie Ihre Anwendungen aktualisieren, um Ihre Ereignisse auf dem globalen Endpunkt zu veröffentlichen. Auf diese Weise werden Ihre eingehenden Ereignisse zurück in die primäre Region repliziert, sobald das Problem behoben ist. Sie können Ihre Ereignisse in der sekundären Region archivieren, um zu überprüfen, ob keines Ihrer Ereignisse während einer Unterbrechung verloren geht. Um nach Unterbrechungen schnell eine Wiederherstellung durchzuführen, können Sie Ihre Architektur in der sekundären Region replizieren, um Ihre Ereignisse weiter zu verarbeiten. Sie müssen die Replikation aktivieren, um eine automatische Wiederherstellung zu überprüfen, nachdem das Problem behoben wurde.
F: Was ist die bewährte Methode für die Verwaltung von Kontingenten in meinen beiden Regionen?
Sie sollten überprüfen, ob in Ihren primären und sekundären Regionen dieselben Kontingente eingerichtet wurden. Sie sollten die Replikation aktivieren und Ihre Ereignisse in der sekundären Region verarbeiten, da dies nicht nur überprüft, ob Sie über die richtigen Kontingente verfügen, sondern auch, ob Ihre Anwendung in der sekundären Region richtig konfiguriert ist.
F: Gibt es eine einfachere Möglichkeit, meine Architektur in meiner sekundären Region zu replizieren?
Sie können AWS CloudFormation StackSets verwenden, die es einfacher machen, Ihre Architektur über AWS-Regionen hinweg zu replizieren. Ein Beispiel finden Sie in unserer Dokumentation.
F: Kann ich jedes Konto, jede Region und jeden Bus für meine sekundäre Architektur verwenden?
In der ersten Iteration des Launches werden Opt-in-, China- oder GovCloud-Regionen nicht unterstützt. Eine Liste der Regionen, die bei diesem Start unterstützt werden, finden Sie in dieser Frage unten. Wir unterstützen auch Failover und Wiederherstellung zwischen demselben Konto und Bussen mit demselben Namen in allen Regionen.
F: Funktionieren globale Endpunkte mit AWS-Ereignissen von CloudTrail, S3 und anderen AWS-Services?
Globale Endpunkte sind nur für benutzerdefinierte Ereignisse verfügbar. Wir werden in Zukunft Unterstützung für Ereignisse von AWS-Services, optionale Ereignisse von S3 (Amazon-S3-Ereignisbenachrichtigungen) und Ereignisse von Drittanbietern hinzufügen.
F: Unterstützen Sie latenzbasiertes Routing?
Nein, wir unterstützen kein latenzbasiertes Routing in der ersten Iteration des Launches.
F: Wie viel kosten globale Endpunkte?
Globale Endpunkte sind ohne Aufpreis erhältlich. Globale Endpunkte sind aktuell nur für benutzerdefinierte Ereignisse verfügbar, und benutzerdefinierte Ereignisse, die auf dem globalen Endpunkt veröffentlicht werden, werden gemäß den benutzerdefinierten Ereignissen abgerechnet. Um mehr über die Preise zu erfahren, besuchen Sie die Preisseite zu EventBridge.
F: Fallen für die Replikation Kosten an?
Ja, Ihnen wird 1 USD pro Million Ereignisse für die Replikation in Rechnung gestellt, die EventBridge für regionsübergreifende Ereignisse berechnet.
F: In welchen Regionen sind globale Endpunkte verfügbar?
Globale Endpunkte sind in den folgenden Regionen verfügbar:
- USA Ost (Ohio und Nord-Virginia)
- USA West (Nordkalifornien und Oregon)
- Asien-Pazifik (Mumbai, Osaka, Seoul, Singapur, Sydney und Tokio)
- Kanada (Zentral)
- Europa (Frankfurt, Irland, London, Paris und Stockholm)
- Südamerika (São Paulo)
Kosten und Fakturierung
F: Was kostet EventBridge?
Amazon EventBridge bietet mit seiner nutzungsbasiertem Zahlungsmodell flexible Preise. Sie zahlen nur für Ereignisse, die von Ihrem Event Bus veröffentlicht wurden, sowie für Ereignisse, die für Schema Discovery, Event Replay und API Destinations erfasst wurden. Beispiele und weitere Preisdetails für EventBridge finden Sie auf unserer Preisseite.
F: Werden mir Ereignisse verrechnet, die von einem Partner an eine Ereignisquelle gesendet werden, die nicht mit einem Event Bus verbunden ist?
Nein.
Architektur und Design
F: Kann ein Ziel Ereignisse an ein anderes Konto senden?
Ja. Dabei handelt es sich um kontenübergreifende Ereignisse. Das Ziel kann entweder der standardmäßige Event Bus oder ein beliebiger Event Bus in einem anderen Konto sein. Dies kann verwendet werden, um Ereignisse von mehreren Konten in einem einzigen Event Bus zu zentralisieren, um Ihre Ereignisse einfacher zu überwachen und zu prüfen und die Daten zwischen den Konten zu synchronisieren.
F: Kann ich CloudFormation mit EventBridge verwenden?
Ja. Support für CloudFormation ist in allen Regionen verfügbar, in denen Amazon EventBridge verfügbar ist. Weitere Informationen über die Verwendung von CloudFormation zur Bereitstellung und Verwaltung von Ressourcen für EventBridge finden Sie in unserer Dokumentation.
F: Wann sollte ich EventBridge und wann SNS nutzen?
Sowohl EventBridge als auch SNS können für die Entwicklung von ereignisgesteuerten Anwendungen genutzt werden. Ihre Wahl wird von Ihren spezifischen Anforderungen bestimmt.
Amazon EventBridge empfiehlt sich, wenn Sie eine Anwendung erstellen möchten, die auf Ereignisse von Ihren eigenen Anwendungen, SaaS-Anwendungen und AWS-Services reagiert. EventBridge ist der einzige ereignisbasierte Service, der eine direkte Integration mit Drittanbieter-SaaS-Partnern ermöglicht. EventBridge nimmt zudem automatisch Ereignisse aus mehr als 200 AWS-Services auf, ohne dass Entwickler Ressourcen in ihrem Konto erstellen müssen.
EventBridge verwendet eine definierte JSON-basierte Struktur für Ereignisse und hilft Ihnen bei der Erstellung von Regeln, die über das gesamte Ereignis hinweg angewendet werden, sodass Ereignisse ausgewählt und an ein Ziel weitergeleitet werden können. EventBridge unterstützt derzeit über 20 AWS-Services als Ziele, darunter Lambda, SQS, SNS und Amazon Kinesis Data Streams sowie Data Firehose.
Amazon SNS wird für Anwendungen empfohlen, die einen hohen Fanout benötigen (Tausende oder Millionen von Endpunkten). Ein häufiges Muster, das wir beobachten, ist, dass Kunden SNS als Ziel für ihre Regel verwenden, um die Ereignisse zu filtern, die sie benötigen, und sich auf mehrere Endpunkte auszubreiten.
Nachrichten sind unstrukturiert und können jedes beliebige Format aufweisen. SNS unterstützt die Weiterleitung von Nachrichten an sechs verschiedene Zieltypen, darunter Lambda, SQS, HTTP/S-Endpunkte, SMS, Mobile Push und E-Mail. Die typische Latenz von SNS beträgt weniger als 30 Millisekunden. Bei einer Vielzahl von AWS-Services werden SNS-Nachrichten versendet, indem der Service dazu konfiguriert wird (mehr als 30, einschließlich Amazon EC2, Amazon S3 und Amazon RDS).
F. Wann verwende ich EventBridge im Vergleich zu AppFabric?
AWS AppFabric, ein Service ohne Code, der die vorhandenen Investitionen von Unternehmen in Software as a Service (SaaS)-Anwendungen durch verbesserte Sicherheit, Verwaltung und Produktivität erweitert. Verwenden Sie AppFabric, um SaaS-Protokolldaten von Anwendungen wie Asana, Slack und Zoom sowie von Produktivitätssuites wie Microsoft 365 und Google Workspace zu aggregieren und zu normalisieren. Dadurch erhöhen Sie die Beobachtbarkeit von Anwendungen und senken die Betriebskosten, die mit der Entwicklung und Wartung von Punkt-zu-Punkt-Integrationen verbunden sind. EventBridge ist ein Serverless-Integrationsservice, der Ereignisse verwendet, um Anwendungskomponenten miteinander zu verbinden. Auf diese Weise können Entwickler problemlos skalierbare, ereignisgesteuerte Anwendungen erstellen. Verwenden Sie EventBridge, um Ereignisse aus Quellen wie benutzerdefinierten Anwendungen, AWS-Services und SaaS-Anwendungen von Drittanbietern an Verbraucheranwendungen im gesamten Unternehmen weiterzuleiten. EventBridge bietet eine einfache und konsistente Möglichkeit, Ereignisse zu erfassen, zu filtern, zu transformieren und bereitzustellen.
Integrationen
F: Warum sollte ich meine SaaS-Anwendung mit EventBridge integrieren?
Amazon EventBridge erleichtert SaaS-Anbietern die Integration Ihres Service in die ereignisgesteuerten, in AWS entwickelten Architekturen ihrer Kunden.
EventBridge macht Ihr Produkt Millionen von AWS-Entwicklern direkt zugänglich, wodurch sich neue Anwendungsfälle erschließen. EventBridge bietet eine vollständig überprüfbare, sichere und skalierbare Möglichkeit, Ereignisse zu senden, ohne dass der SaaS-Anbieter die Ereignis-Infrastruktur verwalten muss.
F: Mein SaaS-Unternehmen würde eine sehr gute Ereignisquelle darstellen. Wie kann ich Partner werden?
SaaS-Anbieter, die Partner von EventBridge werden möchten, können den Self-Service-Anweisungen auf der Seite Amazon-EventBridge-Integrationen folgen, um mit der Veröffentlichung von Ereignissen EventBridge zu beginnen.
F: Wie viel Aufwand stellt die Integration mit EventBridge für einen SaaS-Anbieter dar?
SaaS-Anbieter, die bereits einen Webhook oder andere Push-basierte Integrationsmodi unterstützen, benötigen möglicherweise weniger als fünf Tage für die Integration mit EventBridge.
F: Welche SaaS-Integrationen werden unterstützt?
Wir unterstützen über 45 SaaS-Integrationen. Eine vollständige Liste der unterstützten SaaS-Integrationen für Amazon EventBridge finden Sie hier.
Rufen Sie die Seite „Amazon EventBridge-Integrationen“ auf.
Beginnen Sie mit der Entwicklung mit Amazon EventBridge in der AWS-Managementkonsole.
Im Entwicklerhandbuch erhalten Sie detailliertere Informationen zu EventBridge.