Explore as regiões da AWS e a identidade dos recursos

Introdução

Uma aplicação de relatórios precisa de uma configuração por região. Você examinará a configuração preparada do leste, criará a do oeste e comparará suas identidades.

Conclua primeiro Primeiros passos com AWS no LabEx. Aqui, você usará os fundamentos de Terminal, AWS CLI, identidade, parâmetros e AWS View desse laboratório. Este laboratório começa de forma independente: as ferramentas e a conexão estão prontas, e nenhum arquivo, recurso ou credencial anterior é reutilizado.

Parameter Store armazena configurações com nome. Seu /labex/onboarding/service-label será um String comum, não um segredo. Cada região já contém um parâmetro /labex/reference/team sem relação com a tarefa; preserve-o. AWS View mostra os mesmos recursos que você consulta pela CLI.

Relação com as certificações

Certificação	Tarefa do exame	Prática
Cloud Practitioner (CLF-C02)	Tarefa 3.2	Regiões, escopo regional e identidade dos recursos.
Solutions Architect – Associate (SAA-C03)	Tarefa 1.1	Regiões, escopo regional e identidade dos recursos.

Visão geral do laboratório

Diagrama conceitual: O mesmo nome de parâmetro em duas regiões identifica recursos independentes com seus próprios valores e ARNs.

Observe um recurso regional

Nesta etapa, você encontrará uma configuração preparada e verá que ela não aparece automaticamente em outra região.

No laboratório anterior, todas as solicitações usavam uma localidade. Uma equipe pode executar aplicações perto de usuários em diferentes partes do mundo, portanto você precisa escolher qual localidade um comando afeta. Uma região AWS é uma área geográfica onde os serviços são executados. us-east-1 é o código de US East (N. Virginia); us-west-2 corresponde a US West (Oregon). A opção --region escolhe onde esta solicitação atua. A configuração preparada do leste está em us-east-1.

Uma conta tem duas configurações regionais separadas com o mesmo nome — Diagrama conceitual: as configurações pertencem a regiões diferentes. Criar uma não a copia para a outra.

Leia a configuração do leste:

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

O valor é finance-east, versão 1. AWS View a mostra em us-east-1. Confira o inventário do oeste:

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

No oeste aparece apenas /labex/reference/team. A configuração do leste não foi copiada. Em seguida, use o comando de criação já aprendido para preparar a configuração do oeste.

Crie o mesmo nome em outra região

Nesta etapa, você criará o mesmo nome de parâmetro em uma segunda região e observará que os dois recursos permanecem independentes.

Na Console oficial, o menu Region escolhe qual localidade você visualiza. Seus nomes e códigos correspondem à opção --region da CLI:

Menu Region da Console oficial com N. Virginia us-east-1 e Oregon us-west-2 — Fonte: Guia da AWS Console — https://docs.aws.amazon.com/pdfs/hands-on/latest/getting-started-with-aws-management-console/getting-started-with-aws-management-console.pdf.

Agora crie o rótulo da aplicação do oeste. Ele usa o mesmo nome de antes, mas uma --region e um valor diferentes:

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

A resposta contém novamente "Version": 1. Este é um novo recurso no oeste, não a versão 2 do recurso do leste.

Leia cada valor armazenado. get-parameter solicita ao serviço um recurso com nome:

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 as respostas contêm um objeto Parameter com Name, Type, Value, Version e ARN. Compare os valores: o leste retorna finance-east, e o oeste retorna finance-west. O nome é o mesmo. Um ARN é um identificador completo de recurso; por enquanto, observe us-east-1 em um e us-west-2 no outro. A próxima etapa explica as demais partes. AWS View mostra os dois cartões de região separados. Um recurso aparecer em uma região não significa que ele exista em outra.

O mesmo nome de parâmetro tem valores regionais e ARNs diferentes

Este exemplo mostra os recursos do leste e do oeste juntos. Os identificadores de conta e os valores são exemplos; use os campos reais retornados pelas suas consultas.

Compare as identidades dos recursos

Nesta etapa, você usará os ARNs para distinguir duas configurações de mesmo nome.

Um Amazon Resource Name (ARN) identifica um recurso. No AWS View, encontre o ARN abaixo da sua configuração do leste. Para este parâmetro, ele tem este formato:

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

Um ARN identifica o serviço, a região, a conta e o nome do recurso — Leia apenas as partes necessárias para identificar este parâmetro; você não precisa memorizar o formato.

Por enquanto, encontre o serviço (ssm), a região (us-east-1), o ID da conta e o nome do parâmetro. Compare o ARN do oeste: sua região é diferente, embora o nome seja o mesmo. O ARN de quem faz a chamada, que você viu no laboratório de preparação, identifica um usuário; este ARN identifica um recurso de configuração. Você não precisa memorizar 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

Leia ambas novamente e compare região, conta e nome. Conta e nome coincidem, mas regiões e ARNs são diferentes. Cada valor pertence ao próprio recurso regional. Não é necessário atualizar ou excluir. Depois, busque configurações em um inventário maior.

Resumo

Você encontrou uma configuração regional, criou o mesmo nome em outra região e comparou valores e ARNs. Um nome conhecido não basta para identificar um recurso. Continue buscando em um inventário misto.

Para aprofundar o tema, consulte a documentação da AWS: Campos de ARN e identificação de recursos.