Einführung
Eine Berichtsanwendung benötigt pro Region eine eigene Bezeichnung. Du prüfst die vorbereitete östliche Einstellung, erstellst ihr westliches Gegenstück und vergleichst die Identitäten.
Schließe zuerst Erste Schritte mit AWS auf LabEx ab. Hier nutzt du die dort vermittelten Grundlagen zu Terminal, AWS CLI, Identität, Parametern und AWS View. Dieses Lab beginnt unabhängig: Werkzeuge und Verbindung sind vorbereitet; frühere Dateien, Ressourcen oder Zugangsdaten werden nicht wiederverwendet.
Parameter Store speichert benannte Einstellungen. Dein /labex/onboarding/service-label ist ein gewöhnlicher String und kein Geheimnis. Jede Region enthält bereits einen unbeteiligten Parameter /labex/reference/team; erhalte ihn. AWS View zeigt dieselben Ressourcen, die du über die CLI abfragst.
Bezug zu Zertifizierungen
| Zertifizierung | Prüfungsaufgabe | Praxis |
|---|---|---|
| Cloud Practitioner (CLF-C02) | Aufgabe 3.2 | Regionen, regionaler Ressourcenumfang und Ressourcenidentität. |
| Solutions Architect – Associate (SAA-C03) | Aufgabe 1.1 | Regionen, regionaler Ressourcenumfang und Ressourcenidentität. |
Lab-Überblick
Eine regionale Ressource betrachten
In diesem Schritt findest du eine vorbereitete Einstellung und siehst, dass sie nicht automatisch in einer anderen Region erscheint.
Im vorherigen Lab verwendete jede Anfrage einen Standort. Ein Team kann Anwendungen in der Nähe von Benutzern in verschiedenen Teilen der Welt betreiben. Deshalb musst du auswählen, welchen Standort ein Befehl betrifft. Eine AWS-Region ist ein geografisches Gebiet, in dem Dienste ausgeführt werden. us-east-1 ist der Code für US East (N. Virginia); us-west-2 steht für US West (Oregon). Die Option --region wählt den Ort aus, an dem diese Anfrage wirkt. Die vorbereitete östliche Einstellung liegt in us-east-1.
Lies die vorbereitete Einstellung im Osten:
aws ssm get-parameter --name /labex/onboarding/service-label --region us-east-1
Ihr Wert ist finance-east, Version 1. AWS View zeigt sie in us-east-1. Prüfe den Bestand im Westen:
aws ssm describe-parameters --region us-west-2
Im Westen erscheint nur /labex/reference/team. Die östliche Einstellung wurde nicht dorthin kopiert. Als Nächstes erstellst du die westliche Konfiguration mit dem bereits bekannten Befehl.
Erstelle denselben Namen in einer anderen Region
In diesem Schritt erstellst du denselben Parameternamen in einer zweiten Region und beobachtest, dass die beiden Ressourcen unabhängig bleiben.
In der offiziellen Console wählt das Region-Menü den Standort aus, den du ansiehst. Seine Namen und Codes entsprechen der CLI-Option --region:
Erstelle jetzt die Bezeichnung für die westliche Anwendung. Du verwendest denselben Namen wie zuvor, aber eine andere --region und einen anderen Wert:
aws ssm put-parameter \
--name /labex/onboarding/service-label \
--type String \
--value finance-west \
--region us-west-2
Die Antwort enthält erneut "Version": 1. Dies ist eine neue Ressource im Westen und nicht Version 2 der östlichen Ressource.
Lies jeden gespeicherten Wert. get-parameter fragt den Dienst nach einer benannten Ressource:
aws ssm get-parameter --name /labex/onboarding/service-label --region us-east-1
aws ssm get-parameter --name /labex/onboarding/service-label --region us-west-2
Beide Antworten enthalten ein Parameter-Objekt mit Name, Type, Value, Version und ARN. Vergleiche die Werte: Der Osten liefert finance-east, der Westen finance-west. Der Name ist identisch. Eine ARN ist eine vollständige Ressourcenkennung; beachte zunächst us-east-1 in der einen und us-west-2 in der anderen. Der nächste Schritt erklärt die übrigen Teile. AWS View zeigt die beiden getrennten Regionskarten. Dass eine Ressource in einer Region erscheint, bedeutet nicht, dass sie auch in einer anderen existiert.
Dieses Beispiel zeigt die östliche und westliche Ressource zusammen. Kontokennungen und Werte sind Beispiele; verwende die tatsächlichen Felder, die deine Abfragen zurückgeben.
Die Ressourcenidentitäten vergleichen
In diesem Schritt unterscheidest du zwei gleichnamige Einstellungen anhand ihrer ARNs.
Ein Amazon Resource Name (ARN) identifiziert eine Ressource. Suche in AWS View die ARN unter deiner östlichen Einstellung. Für diesen Parameter sieht sie so aus:
arn:aws:ssm:us-east-1:ACCOUNT_ID:parameter/labex/onboarding/service-label
Suche zunächst den Dienst (ssm), die Region (us-east-1), die Konto-ID und den Parameternamen. Vergleiche die westliche ARN: Ihre Region ist anders, obwohl der Name gleich ist. Die ARN des Aufrufers aus dem Vorbereitungslab identifiziert einen Benutzer; diese ARN identifiziert eine Konfigurationsressource. Du musst ARN-Formate nicht auswendig lernen.
aws ssm get-parameter --name /labex/onboarding/service-label --region us-east-1
aws ssm get-parameter --name /labex/onboarding/service-label --region us-west-2
Lies beide Einstellungen erneut und vergleiche Region, Konto und Namen. Konto und Name stimmen überein, Regionen und ARNs unterscheiden sich. Jeder Wert gehört zu seiner regionalen Ressource. Änderungen oder Löschungen sind hier nicht nötig. Danach suchst du in einem größeren Bestand.
Zusammenfassung
Du hast eine regionale Einstellung gefunden, denselben Namen in einer anderen Region erstellt und Werte und ARNs verglichen. Ein vertrauter Name allein identifiziert keine Ressource. Suche als Nächstes in einem gemischten Bestand.
Weitere Informationen bietet die AWS-Dokumentation: ARN-Felder und Ressourcenidentität.
