Introduction
Une application de rapports a besoin d’un libellé dans chaque région. Vous examinerez le paramètre préparé à l’est, créerez son équivalent à l’ouest et comparerez leurs identités.
Terminez d'abord Premiers pas avec AWS sur LabEx. Vous utiliserez ici les bases de Terminal, d'AWS CLI, de l'identité, des paramètres et d'AWS View acquises dans ce laboratoire. Celui-ci commence indépendamment : les outils et la connexion sont prêts, et aucun fichier, aucune ressource ni aucun identifiant d'accès précédent n'est réutilisé.
Parameter Store conserve des paramètres nommés. Votre /labex/onboarding/service-label sera une simple valeur String, sans caractère secret. Chaque région contient déjà un paramètre /labex/reference/team sans rapport avec votre tâche ; conservez-le. AWS View affiche les mêmes ressources que celles que vous interrogez avec la CLI.
Lien avec les certifications
| Certification | Tâche de l’examen | Pratique |
|---|---|---|
| Cloud Practitioner (CLF-C02) | Tâche 3.2 | Régions, portée régionale et identité des ressources. |
| Solutions Architect – Associate (SAA-C03) | Tâche 1.1 | Régions, portée régionale et identité des ressources. |
Vue d’ensemble du lab

Observer une ressource régionale
Dans cette étape, vous trouverez un paramètre préparé et constaterez qu’il n’apparaît pas automatiquement dans une autre région.
Dans le laboratoire précédent, toutes les requêtes utilisaient un seul emplacement. Une équipe peut exécuter des applications près des utilisateurs dans différentes parties du monde ; vous devez donc choisir l'emplacement sur lequel une commande agit. Une région AWS est une zone géographique où les services s'exécutent. us-east-1 est le code de US East (N. Virginia) ; us-west-2 désigne US West (Oregon). L'option --region choisit où cette requête agit. Le paramètre préparé à l’est se trouve dans us-east-1.

Lisez le paramètre de l’est :
aws ssm get-parameter --name /labex/onboarding/service-label --region us-east-1
Sa valeur est finance-east, version 1. AWS View l’affiche dans us-east-1. Consultez l’inventaire de l’ouest :
aws ssm describe-parameters --region us-west-2
Seul /labex/reference/team apparaît à l’ouest. Le paramètre de l’est n’y a pas été copié. Utilisez ensuite la commande de création déjà apprise pour préparer la configuration de l’ouest.
Créez le même nom dans une autre région
Dans cette étape, vous créerez le même nom de paramètre dans une deuxième région et observerez que les deux ressources restent indépendantes.
Dans la Console officielle, le menu Region choisit l'emplacement affiché. Ses noms et ses codes correspondent à l'option --region de la CLI :

Créez maintenant le libellé de l'application de l'ouest. Il utilise le même nom que précédemment, mais une autre option --region et une autre valeur :
aws ssm put-parameter \
--name /labex/onboarding/service-label \
--type String \
--value finance-west \
--region us-west-2
La réponse contient à nouveau "Version": 1. Il s'agit d'une nouvelle ressource dans l'ouest, et non de la version 2 de la ressource de l'est.
Lisez chaque valeur stockée. get-parameter demande au service une ressource nommée :
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
Les deux réponses contiennent un objet Parameter avec Name, Type, Value, Version et ARN. Comparez les valeurs : l'est renvoie finance-east, l'ouest renvoie finance-west. Le nom est identique. Un ARN est l'identifiant complet d'une ressource ; pour le moment, repérez us-east-1 dans l'un et us-west-2 dans l'autre. L'étape suivante explique les autres parties. AWS View affiche les deux cartes régionales distinctes. La présence d'une ressource dans une région ne signifie pas qu'elle existe dans une autre.

Cet exemple présente ensemble les ressources de l'est et de l'ouest. Les identifiants de compte et les valeurs sont des exemples ; utilisez les champs réellement renvoyés par vos requêtes.
Comparer les identités des ressources
Dans cette étape, vous utiliserez les ARN pour distinguer deux paramètres de même nom.
Un Amazon Resource Name (ARN) identifie une ressource. Dans AWS View, trouvez l'ARN sous votre paramètre de l'est. Pour ce paramètre, il ressemble à ceci :
arn:aws:ssm:us-east-1:ACCOUNT_ID:parameter/labex/onboarding/service-label

Pour le moment, repérez le service (ssm), la région (us-east-1), l'identifiant du compte et le nom du paramètre. Comparez l'ARN de l'ouest : sa région diffère, même si le nom est identique. L'ARN de l'appelant que vous avez vu dans le laboratoire de préparation identifie un utilisateur ; cet ARN identifie une ressource de configuration. Vous n'avez pas besoin de mémoriser les formats d'ARN.
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
Relisez les deux paramètres et comparez région, compte et nom. Le compte et le nom sont identiques, mais les régions et les ARN diffèrent. Chaque valeur appartient à sa propre ressource régionale. Aucune mise à jour ni suppression n’est nécessaire. Vous chercherez ensuite dans un inventaire plus grand.
Résumé
Vous avez trouvé un paramètre régional, créé le même nom ailleurs et comparé les valeurs et les ARN. Un nom familier ne suffit pas pour identifier une ressource. Passez à la recherche dans un inventaire mixte.
Pour approfondir ce sujet, consultez la documentation AWS : Champs ARN et identité des ressources.



