DVAAWSのサービスを使用した開発
開発者はDockerコンテナ化されたWebアプリケーションをデプロイしたいと考えています。要件は以下の通りです：(1) コンテナイメージはAmazon ECRに保存されている、(2) ECRへ新しいイメージをプッシュした際に自動的に再デプロイされる、(3) ロードバランシングとオートスケーリングをフルマネージドで利用する、(4) インフラ管理を最小化する。最も適切なサービスと設定の組み合わせはどれですか？
AAmazon ECS（Fargate起動タイプ）：ECRイメージのプッシュをEventBridgeで検知しCodePipelineで自動デプロイを設定する
ECS（Fargate起動タイプ）はEventBridge＋CodePipelineなど追加のCI/CDパイプライン構築が必要で管理負荷が高くなります。
BAWS App Runner：ECRをソースに設定し、自動デプロイメントオプションを有効化する
✓ 正解
AWS App RunnerはECRリポジトリを直接ソースとして設定でき、新しいイメージのプッシュを自動検知して再デプロイする機能を内蔵しています。ロードバランシング・オートスケーリング・TLS（通信の暗号化・復号処理）証明書管理がすべてフルマネージドで提供され、インフラ設定が不要です。
CAWS Elastic Beanstalk：Dockerプラットフォームを使用してECRイメージを参照するDockerrun.aws.jsonを設定する
Elastic BeanstalkはDockerrun.aws.jsonでECRイメージを参照できますが、ECRへの新しいイメージプッシュ時の自動再デプロイには追加設定が必要であり、App Runnerと比較してインフラ管理の負荷が高くなります。
DAmazon EKS（Fargate）：Helmチャート（Kubernetesパッケージマネージャー）でDeploymentを定義しECRイメージを参照する
EKS（Fargate）+ GitHub ActionsもHelmチャート（Kubernetesパッケージマネージャー）やCI/CD設定が別途必要です。
解説
AWS App RunnerはECRリポジトリを直接ソースとして設定でき、新しいイメージのプッシュを自動検知して再デプロイする機能を内蔵しています。ロードバランシング・オートスケーリング・TLS（通信の暗号化・復号処理）証明書管理がすべてフルマネージドで提供され、インフラ設定が不要です。
選択肢Aの ECS（Fargate起動タイプ）はEventBridge＋CodePipelineなど追加のCI/CDパイプライン構築が必要で管理負荷が高くなります。
選択肢Cの Elastic BeanstalkはDockerrun.aws.jsonでECRイメージを参照できますが、ECRへの新しいイメージプッシュ時の自動再デプロイには追加設定が必要であり、App Runnerと比較してインフラ管理の負荷が高くなります。
選択肢Dの EKS（Fargate）+ GitHub ActionsもHelmチャート（Kubernetesパッケージマネージャー）やCI/CD設定が別途必要です。
ドメイン別正答率・予想スコアでリアルタイムに実力把握
無限ノックでDVAを徹底対策。全問AI生成のオリジナル問題。
無料で演習を始める →