理解確認：Compute Platformを選択する

Java/TomcatのWebアプリケーションをAWSへ移行する。コード変更は小さく、チームはEC2ベースの実行環境を維持したいが、インスタンスのプロビジョニング、ロードバランシング、Auto Scaling、プラットフォーム更新、ヘルス監視を個別に設計・運用したくない。Kubernetes APIやOS/カーネルの直接制御も不要である。最も適切なコンピューティングプラットフォームはどれか。

既存アプリケーションはベンダー独自のアプリケーションサーバーを必要とし、その実行環境はAWS Elastic Beanstalkのマネージドプラットフォームにありません。アプリケーション側の変更は許可されず、新しいElastic Beanstalkカスタムプラットフォームを作成する案が提示されています。

2026年9月時点で最も適切な判断はどれですか。

チームは「AWS Elastic Beanstalkを選ぶとAmazon EC2やロードバランサーはアーキテクチャからなくなり、基盤リソースを一切確認できなくなる」と考えています。

最も適切な説明はどれですか。

2026年9月時点のAWS Elastic Beanstalkのマネージドプラットフォームとプラットフォーム更新について正しいものを4つ選択してください。

AWS Elastic Beanstalkで本番Webアプリケーションを実行します。複数Availability Zoneで複数インスタンスを使用し、負荷増加時にインスタンス数を自動調整したいと考えています。

最も適切な環境タイプはどれですか。

Elastic Beanstalkのサポート対象LinuxプラットフォームでWebアプリケーションを実行します。デプロイ時に追加パッケージを導入し、アプリケーション起動前に短い初期化スクリプトを実行する必要があります。

チームは「インスタンスを少しでもカスタマイズするならElastic Beanstalkは使えない」と判断しています。

最も適切なのはどれですか。