SAA弾力性に優れたアーキテクチャの設計
Eコマース企業がAmazon ECS（Fargate起動タイプ）上でマイクロサービスを運用しています。新しいコンテナイメージのデプロイ時に、バグのあるバージョンが展開されると既存の正常なタスクが先に終了してしまい、新タスクの起動失敗によってサービス停止が発生することが問題となっています。デプロイ失敗時のサービス停止を自動的に防ぐために最も適切な設定はどれですか？
AECSサービスのデプロイメントサーキットブレーカー（Deployment Circuit Breaker）を有効化し、自動ロールバックオプションを設定する
✓ 正解
ECSデプロイメントサーキットブレーカーは、デプロイ中に新タスクが連続してヘルスチェックに失敗した場合、自動的に以前の安定バージョンにロールバックします。これにより「既存タスクが先に終了→新タスク起動失敗→サービス停止」のシナリオを自動的に防ぐことができます。
BECSサービスにターゲット追跡スケーリングポリシーを設定し、タスク数を動的に調整してデプロイ中の処理能力を維持する
（ターゲット追跡スケーリングポリシー）：タスク数を需要に応じて動的に調整するためのスケーリング設定であり、デプロイ失敗の検知・自動ロールバック機能ではありません。
CAmazon CloudWatch アラームでエラーレートを監視し、閾値超過時にAmazon SNS通知を送信して運用チームが手動でロールバックする
（CloudWatchアラーム + SNS通知）：エラーレートの監視と運用チームへの通知は可能ですが、自動ロールバックは行いません。手動対応が必要なため、「サービス停止を自動的に防ぐ」という要件を満たせません。
DECSタスク定義のhealthCheckパラメータにコンテナヘルスチェックを設定し、ヘルスチェック失敗時にコンテナを自動再起動する
（コンテナヘルスチェック）：単一コンテナの異常時に再起動する機能として有効ですが、デプロイ全体を監視して自動ロールバックする機能は持っていません。
解説
ECSデプロイメントサーキットブレーカーは、デプロイ中に新タスクが連続してヘルスチェックに失敗した場合、自動的に以前の安定バージョンにロールバックします。これにより「既存タスクが先に終了→新タスク起動失敗→サービス停止」のシナリオを自動的に防ぐことができます。
選択肢B（ターゲット追跡スケーリングポリシー）：タスク数を需要に応じて動的に調整するためのスケーリング設定であり、デプロイ失敗の検知・自動ロールバック機能ではありません。
選択肢C（CloudWatchアラーム + SNS通知）：エラーレートの監視と運用チームへの通知は可能ですが、自動ロールバックは行いません。手動対応が必要なため、「サービス停止を自動的に防ぐ」という要件を満たせません。
選択肢D（コンテナヘルスチェック）：単一コンテナの異常時に再起動する機能として有効ですが、デプロイ全体を監視して自動ロールバックする機能は持っていません。
ドメイン別正答率・予想スコアでリアルタイムに実力把握
無限ノックでSAAを徹底対策。全問AI生成のオリジナル問題。
無料で演習を始める →