【革命的】VPC Latticeで「プライベートFQDN」のクロスアカウント共有が解禁！ネットワーク設計の常識が変わる。

Amazon VPC Latticeのリソース構成において、プライベートなドメイン名ターゲットのサポートが開始されました。リソースゲートウェイのDNS解決設定を「IN_VPC」にすることで、パブリックDNSに登録していない内部FQDN（例: .localやRoute 53 Private Hosted Zonesで管理されるドメイン）をターゲットとして指定し、AWS Resource Access Manager (RAM) を介して他のアカウントと安全に共有することが可能になります。

🚀 ついに来た！「プライベートDNS」の壁を突破

これまでVPC Latticeを使ってクロスアカウント接続を構成する場合、ターゲットとなるドメイン名が「パブリックに解決可能」である必要がありました。これが原因で、**「内部向けのAPIを別アカウントからセキュアに呼び出したいけど、パブリックDNSに公開したくない」**という、エンジニアが直面するジレンマを解消してくれます。

💡 何がそんなに凄いのか？

• ネットワーク設計の簡素化: VPCピアリングや複雑なTransit Gateway、NAT構成を組まなくても、RAM経由でプライベートなリソースを安全に公開できます。
• ゼロトラストへの近道: 内部FQDNをそのまま使えるため、アタックサーフェスを最小限に抑えたセキュアな構成が実現可能です。

🇯🇵 日本の現場への影響とリージョン情報

最新のAWS公式の裏取りを行ったところ、東京リージョン (ap-northeast-1) および大阪リージョン (ap-northeast-3) の両方で、この機能は利用可能であることが確認できました！日本のプロジェクトでも、すぐに導入検討が進められる環境が整っています。

🛠 実務上のアドバイスと注意点

• ⚠️ 設定は「後戻り不可」: リソースゲートウェイの Resource Config DNS Resolution を IN_VPC に設定するのは作成時のみです。作成後に変更することはできないため、設計段階で「パブリックDNSを使うか、VPC内DNSを使うか」を慎重に決めてください。
• コスト面: 本機能自体の利用に追加料金はかかりません。VPC Latticeのリクエスト処理料金やRoute 53の利用料は通常通り発生します。
• 【推奨アクション】: まずは開発環境で、ターゲットとなるFQDNが対象VPC内で dig や nslookup を使って正しく解決できることを確認してから、Latticeの設定を進めましょう。

📖 参考資料

AWS VPC Lattice ユーザーガイド - Resource configurations for VPC resources