Explora las regiones de AWS y la identidad de los recursos

AWSBeginner
Practicar Ahora

Introducción

Una aplicación de informes necesita una etiqueta distinta en cada región. Examinarás la configuración del este, crearás la del oeste y compararás sus identidades.

Completa primero Primeros pasos con AWS en LabEx. Aquí utilizarás sus fundamentos de Terminal, AWS CLI, identidad, parámetros y AWS View. Este laboratorio empieza de forma independiente: las herramientas y la conexión están preparadas y no se reutilizan archivos, recursos ni credenciales anteriores.

Parameter Store almacena configuraciones con nombre. Tu /labex/onboarding/service-label será un String de texto normal, no un secreto. Cada región ya contiene un parámetro /labex/reference/team ajeno a la tarea; consérvalo. AWS View muestra los mismos recursos que consultas mediante la CLI.

Relación con las certificaciones

Certificación Tarea del examen Práctica
Cloud Practitioner (CLF-C02) Tarea 3.2 Regiones, alcance regional de los recursos e identidad de los recursos.
Solutions Architect – Associate (SAA-C03) Tarea 1.1 Regiones, alcance regional de los recursos e identidad de los recursos.

Vista general del laboratorio

Diagrama conceptual: El mismo nombre de parámetro en dos regiones identifica recursos independientes con sus propios valores y ARN.

Observa un recurso regional

En este paso, localizarás una configuración preparada y comprobarás que no aparece automáticamente en otra región.

En el laboratorio anterior, todas las solicitudes utilizaban una ubicación. Un equipo puede ejecutar aplicaciones cerca de usuarios de distintas partes del mundo, por lo que debes elegir a qué ubicación afecta un comando. Una región de AWS es una zona geográfica donde se ejecutan servicios. us-east-1 es el código de US East (N. Virginia); us-west-2 corresponde a US West (Oregon). La opción --region elige dónde actúa esta solicitud. La configuración preparada del este está en us-east-1.

Una cuenta tiene dos configuraciones regionales separadas con el mismo nombre — Diagrama conceptual: las configuraciones pertenecen a regiones diferentes. Crear una no la copia a la otra.

Lee la configuración del este:

aws ssm get-parameter --name /labex/onboarding/service-label --region us-east-1

Su valor es finance-east, versión 1. AWS View la muestra en us-east-1. Consulta el inventario del oeste:

aws ssm describe-parameters --region us-west-2

En el oeste solo aparece /labex/reference/team. La configuración del este no se ha copiado allí. A continuación, usarás el comando de creación que ya conoces para preparar la configuración del oeste.

Crea el mismo nombre en otra región

En este paso, crearás el mismo nombre de parámetro en una segunda región y observarás que ambos recursos siguen siendo independientes.

En la Console oficial, el menú Region elige la ubicación que consultas. Sus nombres y códigos corresponden a la opción --region de la CLI:

Menú Region de la Console oficial con N. Virginia us-east-1 y Oregon us-west-2 — Fuente: Guía de AWS Console — https://docs.aws.amazon.com/pdfs/hands-on/latest/getting-started-with-aws-management-console/getting-started-with-aws-management-console.pdf.

Ahora crea la etiqueta de la aplicación del oeste. Utiliza el mismo nombre que antes, pero otro valor y otra opción --region:

aws ssm put-parameter \
  --name /labex/onboarding/service-label \
  --type String \
  --value finance-west \
  --region us-west-2

La respuesta vuelve a contener "Version": 1. Este es un recurso nuevo en el oeste, no la versión 2 del recurso del este.

Lee cada valor almacenado. get-parameter solicita al servicio un recurso con nombre:

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

Ambas respuestas contienen un objeto Parameter con Name, Type, Value, Version y ARN. Compara los valores: el este devuelve finance-east y el oeste devuelve finance-west. El nombre es el mismo. Un ARN es un identificador completo de recurso; por ahora, observa us-east-1 en uno y us-west-2 en el otro. El siguiente paso explica las demás partes. AWS View muestra las dos tarjetas de regiones separadas. Que un recurso aparezca en una región no significa que exista en otra.

El mismo nombre de parámetro tiene valores y ARN regionales diferentes

Este ejemplo muestra juntos los recursos del este y del oeste. Los identificadores de cuenta y los valores son ejemplos; utiliza los campos reales que devuelvan tus consultas.

Compara las identidades de los recursos

En este paso, usarás los ARN para distinguir dos configuraciones con el mismo nombre.

Un Amazon Resource Name (ARN) identifica un recurso. En AWS View, busca el ARN bajo tu configuración del este. Para este parámetro tiene este aspecto:

arn:aws:ssm:us-east-1:ACCOUNT_ID:parameter/labex/onboarding/service-label

Un ARN identifica el servicio, la región, la cuenta y el nombre del recurso — Lee solo las partes necesarias para identificar este parámetro; no necesitas memorizar el formato.

Por ahora, busca el servicio (ssm), la región (us-east-1), el identificador de cuenta y el nombre del parámetro. Compara el ARN del oeste: su región es diferente aunque el nombre sea el mismo. El ARN de quien realiza la llamada que viste en el laboratorio de preparación identifica un usuario; este ARN identifica un recurso de configuración. No necesitas memorizar los formatos de 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

Lee ambas configuraciones y compara región, cuenta y nombre. La cuenta y el nombre coinciden, pero las regiones y los ARN son distintos. Cada valor pertenece a su propio recurso regional. No necesitas actualizar ni eliminar nada. Después aprenderás a buscar en un inventario mayor.

Resumen

Localizaste una configuración regional, creaste el mismo nombre en otra región y comparaste valores y ARN. El nombre no basta para identificar un recurso. Continúa buscando configuraciones en un inventario mixto.

Para ampliar este tema, consulta la referencia de AWS: Campos de ARN e identidad de recursos.