ルート53-APEXレコードのクロスアカウント委任

Aug 16 2020

複数の環境でAWSサーバーレススタックを実装しています。ベストプラクティスに従おうとして、さまざまな目的で複数のアカウントを作成しました。

このプロジェクトに関連するすべてのホストゾーンを含むことになっているDNSアカウントがあります。のホストゾーンがありexample.orgます。

複数の環境とそれぞれに対応するアカウントを取得しました。今のところ、devprodに焦点を当てます。

ホスト構成は次のようになります。

開発

  • app.dev.example.org(開発アカウントでのCloudFrontディストリビューション)
  • login.dev.example.org(開発アカウントのCognito Hosted UIのCloudFrontディストリビューション)
  • api.dev.example.org(開発アカウントのAPIゲートウェイ)
  • cdn.dev.example.org(開発アカウントでのCloudFrontディストリビューション)

製造

  • example.org(prodアカウントでのCloudFrontディストリビューション)
  • login.example.org(prodアカウントのCognito Hosted UIのCloudFrontディストリビューション)
  • api.example.org(prodアカウントのAPIゲートウェイ)
  • cdn.example.org(prodアカウントでのCloudFrontディストリビューション)

devは単純明快です。サブドメインのNSレコードを設定するdev.example.orgホストされたゾーンからNSサーバを使用してdev.example.orgDEVアカウントとそれが行われています。

のAPEXレコードを使用したいので、prodは注意が必要ですexample.org。また、login.example.orgapi.example.orgおよびcdn.example.org一般的なサブドメインを持っていません。

考えられる解決策を探して、私は次のオプションを思いつきました:

  1. example.org代わりに、本番アカウントのホストゾーンを作成します。そこからサブドメインを他のアカウント(つまりdev)に委任します。
  2. (わからない):再利用可能な委任セットを作成します。このようにして、DNSアカウントとprodアカウントの2つのホストゾーンを作成できます(私が正しく理解していれば)。それらは同じネームサーバーを共有しているでしょう。ただし、これがクロスアカウントで機能するかどうかはわかりませんでしたが、まだテストしていません。
  3. (わからない):でホストされているゾーンの設定PRODそれぞれのためにlogin.example.orgapi.example.orgcdn.example.org。これにより、prodアカウント内からサブドメインAPEXレコードを設定できます。これは、のAPEXレコードの解決策ではありませんexample.org。さらに、3つの追加のホストゾーンがあります(回避策を実行するためだけです)。

私はここで基本的な何かを見逃していないか、そして/またはそこにいる誰かが同様の状況と代替/より良い解決策を持っているかどうかを見たかったのです。そのユースケースはあまりエキゾチックであってはなりませんか?

回答

MLu Aug 17 2020 at 05:04

1を選択してください-それが最も簡単です。

または4-クロスアカウントアクセスを使用して、「prod」アカウントから「dns」アカウントのゾーンにレコードを挿入します。

また、ALIASレコードは他のアカウントのリソースを指すことができ、同じアカウントにある必要はないことに注意してください。

お役に立てば幸いです:)