Q4 — AWS SAA-C03 第9章

第 4/40 問 | ← 第9章

Q564. ある企業が、新しいWebサイト向けのインフラストラクチャのプロトタイプを手動で構築しています。このインフラストラクチャには、Auto Scalingグループ、Application Load Balancer、およびAmazon RDSデータベースが含まれます。設定内容を十分に検証した後、同社は、このインフラストラクチャを2つの可用性ゾーン（Availability Zone）で開発環境および本番環境に即座かつ自動的に展開できるようにしたいと考えています。これらの要件を満たすために、ソリューションズアーキテクトは何を推奨すべきでしょうか？

• A. AWS Systems Managerを使用して、プロトタイプのインフラストラクチャを2つの可用性ゾーンに複製・プロビジョニングする。
• B. プロトタイプのインフラストラクチャを参考に、インフラストラクチャをテンプレートとして定義し、AWS CloudFormationでそのインフラストラクチャを展開する。 ✓
• C. AWS Configを使用して、プロトタイプのインフラストラクチャで使用されるリソースのインベントリを記録し、AWS Configを用いてプロトタイプのインフラストラクチャを2つの可用性ゾーンに展開する。
• D. AWS Elastic Beanstalkを使用し、プロトタイプのインフラストラクチャを自動参照するように設定して、2つの可用性ゾーンで新しい環境を自動的に展開できるようにする。

正解: B. プロトタイプのインフラストラクチャを参考に、インフラストラクチャをテンプレートとして定義し、AWS CloudFormationでそのインフラストラクチャを展開する。

解説

AWS CloudFormationは、JSONまたはYAML形式のテンプレートを用いて、AWSリソースをコードとして定義・管理・展開するためのサービスです。既存の手動構築済み環境（プロトタイプ）を基にCloudFormationテンプレートを作成することで、再現性・一貫性・自動化されたデプロイメントが可能になります。また、テンプレート内で複数の可用性ゾーンを明示的に指定し、開発・本番環境への差分展開も容易です。一方、Systems Managerは主に運用自動化や構成管理に特化しており、インフラストラクチャの初期構築・再現には不適切です。AWS Configはリソースのコンプライアンス監視・履歴追跡が主目的であり、リソースのプロビジョニング機能はありません。Elastic Beanstalkはアプリケーションデプロイメント向けのPaaSサービスであり、下位のインフラ（例：個別のALB設定、RDSパラメータ、Auto Scaling詳細設定など）を細かく制御・再現するには不向きです。したがって、最も適切な選択肢はBです。