Hallo zusammen und willkommen zurück.
Nun, im vorherigen Video haben wir über die Grundlagen der zentralisierten protokollierungsbasierten Architektur
und auch über die Vorteile gesprochen, die sie bietet.
Jetzt, im heutigen Video, werden wir weitermachen und es implementieren.
Der Dienst, den wir verwenden werden, ist die Cloud, und wir werden untersuchen, wie die kontenübergreifende Cloud-Trail-Log-Konfiguration
wirklich funktioniert.
Nun, ähnlich wie im Diagramm, haben wir einen Fehler in diesem Konto, in dem unser S3-Bucket erstellt werden würde.
In diesem zweiten Konto werden wir einen Cloud-Trail haben und untersuchen, wie der Cloud-Trail die Protokolle
an den S3-Bucket senden kann.
Jetzt habe ich, ähnlich wie bei der Architektur, die wir besprochen haben, zwei Registerkarten.
Die erste Registerkarte ist mit einem Protokollierungskonto und die zweite Registerkarte mit diesem Produktionskonto verknüpft.
Also protokollieren wir dann ein Konto.
Öffnen wir schnell den S3-Dienst und öffnen wir im Produktionsadresskonto den Cloud-Trail-Dienst.
Jetzt loggen wir uns dann ein.
Lassen Sie uns schnell einen neuen S3-Bucket erstellen und Sie können einen beliebigen Namen vergeben.
Ich nenne es einfach Fluchtweg-Wolkenspur, zentraler Eimer.
Gut.
Lassen Sie uns fortfahren und einen Bucket erstellen.
Jetzt von einer Cloud-Konsole des Produktionskontos.
Machen wir weiter und erstellen schnell einen neuen Trail.
Ich nenne es einfach den Mo-Bindestrich-Trail.
Und hier müssen Sie den S3-Bucket angeben, in dem die Protokolle gespeichert werden.
Nun, dort drinnen sollten wir idealerweise etwas spezifizieren.
Unser neuer S3-Eimer, der dem Cloud-Trail-Zentraleimer entkommt.
Beachten Sie nun, dass Sie die Cloud-Protokolle nicht direkt von einem Konto in einem anderen Konto speichern können S3-Bucket mit
einer Standardkonfiguration.
Wenn beispielsweise ein Cloud-Trail von Konto A seine Daten im S3-Bucket von Konto B speichern möchte, muss der Bucket
von Konto B dem Cloud-Trail-Dienst erlauben, die Protokolle abzulegen.
Sonst würde diese Bruttokontokonfiguration nicht wirklich funktionieren.
Was Sie also in diesem S3-Bucket des Protokollierungskontos tun müssen, müssen Sie eine neue Bucket-Richtlinie
hinzufügen, die es dem Cloud-Dienst ermöglicht, die Protokolle zum S3-Bucket hinzuzufügen.
Was wir also in unserem Bucket tun müssen, gehen wir schnell zu den Berechtigungen.
Und hier müssen Sie eine neue Bucket-Richtlinie hinzufügen.
Für die heutige Demo habe ich bereits eine Drei-Bucket-Richtlinie, die es Cloud Rail ermöglicht, die Protokolle zum Bucket
hinzuzufügen.
Sehen wir uns diese Richtlinie jetzt noch einmal kurz an.
Ich werde diese Richtlinie nach diesem Video anhängen, damit Sie auch darauf verweisen können.
Wenn Sie sich nun diese Bucket-Richtlinie ansehen, was wir tun, erlauben wir dem Cloud-Rail-Service,
der Cloud Rail Dot, Amazon Dot com ist, zwei Operationen durchzuführen.
Das erste ist die Gate-Bucket-ACL und das zweite das Put-Objekt.
Put-Objekt ist wichtig, da der Cloud-Dienst in der Lage sein muss, einige Daten zu diesem S3-Bucket hinzuzufügen, und dann spezifizieren
wir die Ressource.
Und unter der Ressource haben Sie den Eimer.
Also eine sehr einfache Bucket-Policy.
Kopieren wir das und fügen es hier hinzu.
Eine Sache, die Sie jetzt ändern müssen, ist der Bucket, also können Sie den Bucket hier und hier kopieren.
Lassen Sie mich tatsächlich hineinzoomen, damit es sichtbar ist.
Groß.
Lassen Sie mich also innerhalb der Ressource den Bucket hinzufügen.
Also werde ich den Bucket in beiden Ressourcenabschnitten ersetzen.
Okay, zoomen wir raus.
Sobald dies der Fall ist, können Sie fortfahren und die Änderungen speichern.
In diesem Stadium erhalten Sie also einen Fehler.
Schauen wir es uns an.
Es besagt, dass Richtlinien gültig sein müssen, json und das erste Byte müssen.
Okay, eine Sache, auf die Sie achten müssen, ist, dass Sie sicherstellen müssen, dass kein zusätzlicher Abstand vorhanden
ist.
Lassen Sie uns also das Leerzeichen hier drüben entfernen.
Im Allgemeinen geschieht dies also, wenn Sie die Bucket-Richtlinien kopieren und einfügen.
Sobald dies erledigt ist, können Sie die Änderung speichern.
In Ordnung, unsere Bucket-Richtlinie ist also fertig.
Jetzt ist also der Zeitpunkt gekommen, an dem Sie fortfahren und die Bucket-Details hier angeben können.
Lassen Sie mich also den Namen des Buckets kopieren und der Einfachheit halber hier hinzufügen. Das CMS wird nicht wirklich zur Verschlüsselung
verwendet, und innerhalb des Speicherorts wird anstelle des Erstellens eines Buckets auf „Vorhandenen S3-Bucket verwenden“
geklickt.
Kopieren wir diesen Bucket hierher.
Sobald dies der Fall ist, können Sie fortfahren und auf Weiter klicken.
Und klicken Sie erneut auf Weiter.
Und klicken Sie auf Erstellen.
Gut.
Sobald dies erstellt ist, gehen wir zurück zu unseren Objekten hier drüben.
Lassen Sie uns aktualisieren und Sie sehen automatisch, dass ein neuer Ordner erstellt wird.
Und in diesem Ordner erhalten Sie normalerweise die mit dem Cloud-Protokoll verknüpfte Kontonummer.
In diesem Fall endet die Kontonummer also mit vier, sieben, sechs, drei, was mit der Kontonummer übereinstimmt,
die in einem zweiten Tab ausgeführt wird.
Groß.
Ich hoffe, Sie haben damit die Grundlagen der kontenübergreifenden Protokollierung auf der Grundlage des Cloud-Trail-Dienstes verstanden.
Nun noch einmal, da wir besprechen, dass mehrere Dienste vorhanden sind und jeder Dienst seinen eigenen Satz von
Protokollen generiert.
Je nachdem, welchen Dienst Sie wählen, kann die kontoübergreifende Protokollierung einfach sein, wie wir als
Cloud-Trail gesehen haben, oder es kann ein paar weitere Schritte erfordern.
Je nach Dienst würde sich also auch der Gesamtprozess ändern.
Aber grob gesagt war das Hauptziel dieses Videos, die kontenübergreifende Protokollierung aus praktischer Sicht
zu verstehen, und dies ist einer der Gründe, warum wir einen der Dienste, nämlich die Cloud, für
die heutige Demo gewählt haben.
Damit wird das heutige Video abgeschlossen.