Изучите регионы AWS и идентичность ресурсов

Введение

Приложению отчётов нужна своя настройка в каждом регионе. Вы рассмотрите подготовленную восточную настройку, создадите западную и сравните их идентификацию.

Сначала выполните работу Первые шаги с AWS на LabEx. Здесь вам понадобятся освоенные в ней основы Terminal, AWS CLI, идентичности, параметров и AWS View. Эта работа начинается независимо: инструменты и подключение готовы, а прежние файлы, ресурсы и учётные данные не используются.

Parameter Store хранит именованные настройки. Ваш /labex/onboarding/service-label будет обычным String, а не секретом. В каждом регионе уже есть посторонний параметр /labex/reference/team; сохраните его. AWS View показывает те же ресурсы, которые вы запрашиваете через CLI.

Связь с сертификацией

Сертификация	Задача экзамена	Практика
Cloud Practitioner (CLF-C02)	Задача 3.2	Регионы, региональная область ресурсов и их идентификация.
Solutions Architect – Associate (SAA-C03)	Задача 1.1	Регионы, региональная область ресурсов и их идентификация.

Обзор лабораторной работы

Концептуальная схема: Одинаковое имя параметра в двух регионах обозначает независимые ресурсы со своими значениями и ARN.

Рассмотрите региональный ресурс

На этом шаге вы найдёте подготовленную настройку и увидите, что она не появляется автоматически в другом регионе.

В предыдущей работе все запросы использовали одно место. Команда может запускать приложения рядом с пользователями в разных частях мира, поэтому нужно выбирать, на какое место действует команда. Регион AWS — это географическая область, где работают сервисы. us-east-1 — код US East (N. Virginia), а us-west-2 — US West (Oregon). Параметр --region выбирает, где выполняется этот запрос. Подготовленная восточная настройка находится в us-east-1.

В одном аккаунте есть две отдельные региональные настройки с одинаковым именем — Схема понятия: настройки относятся к разным регионам. Создание одной не копирует её в другой.

Прочитайте настройку восточного региона:

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

Значение — finance-east, версия 1. AWS View показывает её в us-east-1. Проверьте список западного региона:

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

На западе есть только /labex/reference/team. Восточная настройка туда не скопирована. Далее создайте западную настройку уже знакомой командой.

Создайте такое же имя в другом регионе

На этом шаге вы создадите параметр с тем же именем во втором регионе и убедитесь, что два ресурса остаются независимыми.

В официальной Console меню Region выбирает место, которое вы просматриваете. Его названия и коды соответствуют параметру --region в CLI:

Меню Region официальной Console с N. Virginia us-east-1 и Oregon us-west-2 — Источник: Руководство по AWS Console — https://docs.aws.amazon.com/pdfs/hands-on/latest/getting-started-with-aws-management-console/getting-started-with-aws-management-console.pdf.

Теперь создайте метку западного приложения. Она использует прежнее имя, но другое значение --region и другое значение параметра:

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

Ответ снова содержит "Version": 1. Это новый ресурс на западе, а не версия 2 восточного ресурса.

Прочитайте каждое сохранённое значение. get-parameter запрашивает у сервиса именованный ресурс:

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

Оба ответа содержат объект Parameter с Name, Type, Value, Version и ARN. Сравните значения: восток возвращает finance-east, запад — finance-west. Имя одинаковое. ARN — это полный идентификатор ресурса; пока обратите внимание на us-east-1 в одном и us-west-2 в другом. Следующий шаг объясняет остальные части. AWS View показывает две отдельные карточки регионов. Появление ресурса в одном регионе не означает, что он существует в другом.

Параметры с одинаковым именем имеют разные региональные значения и ARN

В этом примере восточный и западный ресурсы показаны вместе. Идентификаторы аккаунтов и значения приведены для примера; используйте фактические поля из ответов на свои запросы.

Сравните идентификацию ресурсов

На этом шаге вы различите настройки с одинаковым именем по их ARN.

Amazon Resource Name (ARN) идентифицирует ресурс. В AWS View найдите ARN под своей восточной настройкой. Для этого параметра он выглядит так:

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

ARN указывает сервис, регион, аккаунт и имя ресурса — Прочитайте только части, нужные для определения этого параметра; запоминать формат не требуется.

Пока найдите сервис (ssm), регион (us-east-1), идентификатор аккаунта и имя параметра. Сравните западный ARN: его регион отличается, хотя имя одинаковое. ARN вызывающей идентичности, который вы видели в подготовительной работе, идентифицирует пользователя; этот ARN идентифицирует ресурс конфигурации. Запоминать форматы 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

Повторно прочитайте обе настройки и сравните регион, аккаунт и имя. Аккаунт и имя совпадают, а регионы и ARN отличаются. Значения принадлежат отдельным региональным ресурсам. Обновление и удаление здесь не нужны. Далее вы будете искать в большем списке.

Резюме

Вы нашли региональную настройку, создали такое же имя в другом регионе и сравнили значения и ARN. Знакомого имени недостаточно для идентификации ресурса. Далее найдите нужные настройки в смешанном списке.

Подробнее см. в документации AWS: Поля ARN и идентификация ресурсов.