Hier sind Sie.
Und willkommen zurück.
Im heutigen Video werden wir über die Amazon Event Bridge sprechen.
Wenn Sie bereits die Cloud Watch-Ereignisse verwendet haben, ist Event Bridge dem sehr ähnlich, Sie können
es als eine erweiterte Version der Cloud Watch-Ereignisse betrachten.
Jetzt werden im Grunde dieselben zugrunde liegenden APIs verwendet, und in Zukunft wird der Name "Cloud Events"
in der Regel durch "Event Bridge" ersetzt.
Dies ist also die neuere Version.
Schauen wir uns das also genauer an.
Um einen Überblick über die Ereignisse zu erhalten, liefert Bridge im Grunde einen Strom von Echtzeitdaten von
einer Ereignisquelle an ein bestimmtes Ziel.
Die Gesamtarchitektur umfasst nun drei Hauptkomponenten.
Die erste ist die Ereignisquelle auf der linken Seite.
Das zweite ist das Ziel auf der rechten Seite.
Und dann gibt es noch die Ereignisbrücke, in der die Regeln erstellt werden.
Der Grundgedanke ist also, dass ein Ereignis immer dann geschaffen wird, wenn es irgendetwas sein kann.
Dabei kann es sich um eine Easy-to-Instanz handeln, die beendet wird, oder um einen Three-Bucket, der erstellt wird, oder um einen
Benutzer, der ein Support-Ticket erstellt hat.
Alles kann ein Ereignis sein.
Wenn also ein Ereignis eintritt, soll ein bestimmtes Ziel ausgelöst werden.
Nehmen wir zum Beispiel an, dass immer dann, wenn ein Support-Ticket in Ihrer benutzerdefinierten Anwendung erstellt wurde, das SNS-Thema
ausgelöst werden soll.
Das SNS-Thema wiederum sendet sowohl eine E-Mail als auch eine SMS.
Das ist also etwas, das mit Hilfe von Eventbridge erreicht werden kann.
Es kann mehrere Anwendungsfälle geben, die erreicht werden können, aber dies ist die Hauptidee, bei der die Ereignisquelle
ein Ereignis erzeugt.
Je nach der Rolle, die Sie in der Ereignisbrücke erstellen, die ein bestimmtes Ziel auslöst, kann
es sich um Lambda Sense Cloud, Watch usw. handeln. und dann kann Ihre Anwendung entsprechend arbeiten.
Lassen Sie uns also eine Sache tun.
Nehmen wir einige Anwendungsfälle, die es uns ermöglichen, die Dinge im Detail zu verstehen.
Der erste Anwendungsfall ist mit der EG zwei zwei Sinn verbunden.
Das bedeutet also, dass EC zwei im Grunde die Ereignisquelle ist und da auf der rechten Seite im Grunde das Ziel steht
und in der Mitte die Ereignisbrücke.
Sie wollen also, dass der Administrator benachrichtigt wird, wenn eine bestimmte
Aktion stattfindet, z.B. wenn zwei Instanzen gestoppt oder beendet werden.
Wenn Sie also sehen, dass zwei Instanzen anhalten, beenden Sie das Programm.
Wenn Sie also eine Ereignisüberbrückungsregel erstellen, geben Sie genau das Ereignis an, das Sie überwachen möchten.
Hier haben Sie also ein Ereignis von EC to stop und EC to terminate.
Und sobald dieses Ereignis eintritt, wird die Ereignisbrücke das Ziel auslösen.
In diesem Fall ist das Ziel ein SNS-Thema und dieses Ziel hat eine E-Mail-basierte Benachrichtigung, so dass der Administrator per E-Mail
benachrichtigt wird.
Der zweite Anwendungsfall steht im Zusammenhang mit dem Anhalten von dev EC zwei Instanzen.
Das ist etwas, das wir früher auf der Grundlage des Cloud Watch Event Service implementiert haben.
Früher haben wir also alle Entwicklungsinstanzen um 20 Uhr gestoppt. m. an Freitagen.
Hoffentlich sind alle Entwickler bis dahin nach Hause gegangen, und wir haben die beiden EC-Instanzen immer um
9 Uhr gestartet. m. montags in der Entwicklungsumgebung.
Diese Architektur sah zunächst so aus, dass wir eine Ereignisbrücke hatten, jetzt sogar eine Brücke zusammen mit einer
bestimmten Ereignisquelle, die wir besprochen haben.
Nun kann eine der Quellen ein Zeitplan sein.
Planen Sie also 8 p. m. Am Freitag wird sogar die Bridge ausgelöst und führt
dann eine Lambda-Funktion aus.
College Topic two Und diese Lambda-Funktion wird ihrerseits alle EC two-Instanzen stoppen.
In ähnlicher Weise haben Sie einen Zeitplan für 9 Uhr. m. am Montag.
Bei diesem spezifischen Zeitplan wird die Ereignisbrücke ausgelöst.
Montags wird die Basis-Lambdafunktion start EC two ausgeführt und alle EC two-Instanzen werden
gestartet.
Dies sind also die beiden Anwendungsfälle, die auf der Ereignisbrücke basieren.
Auch hier gibt es eine große Flexibilität bei den Möglichkeiten.
Probieren wir es also einfach mal praktisch aus.
In der heutigen praktischen Übung werden wir also drei Ereignisquellen und drei Zielprotokolle für die Cloud-Überwachung
verwenden.
Das heißt, dass jedes Mal, wenn ein S3-Bucket eine Objekt-Operation (put) oder eine Objekt-Operation (delete) ausführt, die Daten
automatisch an die Cloud Watch Log-Gruppe gesendet werden.
Und das ist etwas, was wir mit der Veranstaltung Bridge machen werden.
Als Erstes müssen wir sicherstellen, dass das Ziel verfügbar ist.
Lassen Sie uns also schnell zu unserer S3-Konsole gehen.
Schauen wir nach, ob wir irgendwelche Eimer zur Verfügung haben.
Also gut.
Wir haben also mehrere S3-Buckets, die verfügbar sind.
Das ist in Ordnung.
Wir werden dies also für unsere Testzwecke verwenden.
Und als Nächstes müssen wir es ermöglichen.
Wolkenpfad.
Für unser Ereignis, die Brücke, um zu wissen, dass ein bestimmter Vorgang auf der Ebene drei stattgefunden hat, brauchen Sie also
die Wolke drei.
Lassen Sie uns also loslegen und die Cloud Rail in der Region Singapur schnell aktivieren.
Derzeit also innerhalb der Pfade.
Lassen Sie uns schnell einen neuen Pfad anlegen.
Nennen wir es einen Demo-Trail, der die Spiele im Moment nicht aktiviert.
Machen wir es als nächstes.
Beachten Sie nun, dass Sie speziell für drei zusammenhängende Vorgänge die Datenereignisse hier aktivieren müssen.
Und innerhalb der Datenereignisse haben Sie die Datenereignisquelle drei.
Da wir die drei S3-Operationen "Put Object" und "Delete Object" überwachen wollen.
Und hier, lassen Sie uns weitermachen und ein nächstes machen.
Und lassen Sie uns eine Übung erstellen.
Perfekt.
Jetzt können wir also schnell zur Ereignisbrücke gehen.
Lassen Sie uns hier also eine Ereignisbrücke machen.
Wenn wir nun in der Ereignisbrücke schnell zu den Regeln gehen, können wir hier schnell eine neue Regel
erstellen.
Nennen wir es die Demo-Regel.
Und innerhalb des definierten Mustertyps haben wir besprochen, dass Sie entweder ein Ereignismuster im ersten Anwendungsfall definieren können,
und im zweiten Anwendungsfall haben wir einen Zeitplan besprochen, wie die Ereignisüberbrückungsregel am Freitag um 20 Uhr
ausgeführt werden kann. m. und am Montag um 9 Uhr. m..
Wenn Sie also auf Zeitplan klicken, können Sie entweder eine feste Rate in Form von Stunden,
Minuten und so angeben oder einen Cron-Ausdruck hier erstellen.
Für das heutige Video werden wir jedoch auf der Grundlage eines Ereignismusters arbeiten und darin ein vordefiniertes
Ereignis nach Dienst auswählen.
Der Dienst, der uns interessiert, ist der von uns acht.
Sie können auch einen anderen Servicepartner haben.
Ich werde den Namen des Dienstes auswählen.
Lassen Sie uns drei und den Ereignistyp angeben.
Wir suchen nach einer Operation auf Objektebene, und welches ist die Operation auf Objektebene, die wir suchen?
Lassen Sie es uns spezifizieren.
Das erste ist also das Put-Objekt.
Dann gibt es den Vorgang "Objekt löschen".
Wählen wir beide aus, und sobald Sie sie auf der rechten Seite auswählen, wird das Ereignismuster
automatisch für Sie erstellt.
Das ist also großartig.
Und wenn Sie ein wenig nach unten gehen, ist der nächste wichtige Teil das Ziel.
Wenn also dieses spezifische Ereignis eintritt, wenn jemand das Objekt in den S3-Bucket hochlädt oder wenn jemand das Objekt
im Bucket löscht, was soll dann ausgelöst werden.
Auch hier gibt es also eine Vielzahl von Möglichkeiten, den Auslöser zu finden.
Wir sind mehr an dem heutigen Video interessiert.
Sehen wir uns die Cloud Watch-Protokollgruppe an und nennen wir sie innerhalb der Protokollgruppe als drei Ereignisse.
Danach können Sie mit dem Erstellen fortfahren.
Perfekt.
Unsere Ereignisregel wird also jetzt erstellt, um sie zu überprüfen.
Gehen wir schnell zum Cloud-Überwachungsdienst und zu den Protokollgruppen.
Sie sollten dieses Ereignis sehen.
Bridge sollte hier eine Protokollgruppe erstellt haben.
Und ja, Sie haben eine Protokollgruppe mit drei Ereignissen, die automatisch erstellt wird.
Großartig.
Es ist also an der Zeit, die Dinge zu testen.
Ich habe hier also einen Eimer in der Region Singapur.
Lassen Sie uns fortfahren und einige Daten hochladen.
Ich werde eine Datei hinzufügen, damit ich einige Beispieldateien habe.
Fügen wir eines davon hinzu, und ich werde ein Upload-Raster erstellen.
Öffnen wir nun innerhalb unserer Cloud-Workflow-Gruppe die Log-Gruppe, so sollten Sie automatisch
sehen, dass ein Log-Stream erstellt wurde.
Und dieser Log-Stream enthält im Wesentlichen die Informationen hier.
Gehen wir ein wenig nach unten und sehen wir, was sie enthält.
Sie sehen also, dass hier im Grunde das genaue Jahr angegeben wird, in dem Null Eins ist.
Außerdem werden die drei Buckets angezeigt, in die diese Datei hochgeladen wurde, d. h. meine Protokolle für den zeitlich
begrenzten Zugriff.
Dies ist also die Funktion der Ereignisbrücke auf einer hohen Ebene.
Eines der größten Vorteile von Even Bridges ist, dass Sie nicht nur Regeln
auf der Grundlage von Diensten erstellen können, sondern auch benutzerdefinierte Anwendungen,
SAS-Anwendungen und verschiedene andere als Ereignisquelle unterstützen.
Damit endet unser heutiges Video.