Маршрут 53 - межсчетное делегирование записи APEX
Мы реализуем бессерверный стек AWS с несколькими средами. Пытаясь следовать лучшим практикам, мы создали несколько учетных записей для разных целей.
Есть учетная запись DNS , которая должна содержать все размещенные зоны, связанные с этим проектом. Он имеет гостевую зону для example.org
.
У нас есть несколько сред и соответствующая учетная запись для каждой. А пока я сосредоточусь на разработке и продвижении .
Вот как должна выглядеть конфигурация хоста:
РАЗРАБОТКА
- app.dev.example.org (распространение CloudFront в учетной записи разработчика)
- login.dev.example.org (распространение CloudFront для пользовательского интерфейса Cognito, размещенного в учетной записи разработчика)
- api.dev.example.org (шлюз API в учетной записи разработчика)
- cdn.dev.example.org (распространение CloudFront в учетной записи разработчика)
ПРОИЗВОДСТВО
- example.org (раздача CloudFront в аккаунте prod)
- login.example.org (распространение CloudFront для пользовательского интерфейса Cognito Hosted в учетной записи prod)
- api.example.org (шлюз API в аккаунте prod)
- cdn.example.org (раздача CloudFront в аккаунте prod)
dev прямолинеен. Настройка NS-записей для поддомена dev.example.org
с использованием NS-серверов из размещенной зоны dev.example.org
в учетной записи разработчика, и все готово.
prod сложно, поскольку мы хотели бы использовать запись APEX example.org
. Кроме того, login.example.org
, api.example.org
и cdn.example.org
не имеют общего субдомен.
В поисках возможных решений я придумал следующие варианты:
example.org
Вместо этого создайте размещенную зону для производственной учетной записи. Делегируйте оттуда поддомены другим аккаунтам (например, разработчикам ).- (Не уверен): создайте многоразовый набор делегирования. Таким образом, можно создать две зоны хостинга (если я правильно понял), одну в учетной записи DNS и одну в учетной записи prod . Они будут использовать одни и те же серверы имен. Я не мог узнать, работает ли это с кросс-аккаунтом, и еще не тестировал.
- (Не уверен): Настройка зон хостинга в prod для каждого
login.example.org
,api.example.org
иcdn.example.org
. Это позволит настраивать записи APEX для поддоменов изprod
учетной записи. Это не решение для записи APEXexample.org
. Кроме того, это 3 дополнительные зоны хостинга (просто для обходного пути).
Я хотел посмотреть, не пропущу ли я здесь чего-то принципиального и / или есть ли у кого-нибудь похожая ситуация и альтернативное / лучшее решение. Этот вариант использования не должен быть слишком экзотическим?
Ответы
Выберите 1 - это самый простой вариант.
Или 4 - Используйте кросс-аккаунт для вставки записей в зону в учетной записи «DNS» из учетной записи «prod».
Также обратите внимание, что записи ALIAS могут указывать на ресурсы в других учетных записях, они не обязательно должны находиться в том же самом.
Надеюсь, это поможет :)