Маршрут 53 - межсчетное делегирование записи APEX

Мы реализуем бессерверный стек AWS с несколькими средами. Пытаясь следовать лучшим практикам, мы создали несколько учетных записей для разных целей.

Есть DNS аккаунт, который должен содержать все зоны хостинга, относящиеся к этому проекту. Имеется зона хостинга для example.org.

У нас есть несколько сред и соответствующая учетная запись для каждой. А пока я сосредоточусь на разработчик и толкать.

Вот так должна выглядеть конфигурация хоста:

РАЗРАБОТКА

• app.dev.example.org (распространение CloudFront в учетной записи разработчика)
• login.dev.example.org (распространение CloudFront для пользовательского интерфейса Cognito Hosted UI в учетной записи разработчика)
• 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)

разработчик прямолинейно. Настройка NS-записей для поддомена dev.example.org использование NS-серверов из зоны хостинга dev.example.org в разработчик аккаунт и готово.

толкать сложно, поскольку мы хотели бы использовать запись APEX example.org. Дополнительно, login.example.org, api.example.org и cdn.example.org не имеют общего поддомена.

В поисках возможных решений я придумал следующие варианты:

1. Создать зону хостинга для example.org в производственном аккаунте. Делегировать поддомены другим учетным записям (т. Е. разработчик) оттуда.
2. (Не уверен): создайте многоразовый набор делегирования. Таким образом можно было создать две зоны хостинга (если я правильно понял), одну в DNS счет и один в толкать учетная запись. Они будут использовать одни и те же серверы имен. Я не мог узнать, работает ли это с кросс-аккаунтом, и еще не тестировал.
3. (Не уверен): Настройка зон хостинга в толкать для каждого login.example.org, api.example.org и cdn.example.org. Это позволит настраивать записи APEX для поддоменов изнутри prod учетная запись. Это не решение для записи APEX example.org. Кроме того, это 3 дополнительные зоны хостинга (просто для обходного пути).

Я хотел посмотреть, не пропущу ли я здесь чего-то принципиального и / или есть ли у кого-нибудь похожая ситуация и альтернативное / лучшее решение. Этот вариант использования не должен быть слишком экзотическим?