SOAデプロイ、プロビジョニング、および自動化
Elastic Beanstalk上で動作するEコマースアプリケーションの新バージョンをデプロイします。要件は「デプロイ中も本番トラフィックへの影響をゼロにする」「デプロイ失敗時に旧バージョンへ即座にロールバックできる」「新バージョンのインスタンスが正常稼働を確認するまで旧バージョンのインスタンスを維持する」の3点です。これを最も満たすElastic Beanstalkデプロイポリシーはどれですか?
ARolling(ローリング):既存インスタンスをバッチに分けて順次新バージョンにインプレース更新する
Rollingは既存インスタンスをバッチごとにインプレース更新するため、デプロイ中に旧バージョンが順次置き換わり、ロールバックには再デプロイが必要で即時ロールバック要件を満たせません。
BRolling with additional batch(追加バッチ付きローリング):バッチ更新中も既存のキャパシティを維持しながら更新する
Rolling with additional batchはキャパシティを維持しますがインプレース更新であり、問題発生時に旧バージョンへ戻すには再デプロイが必要で、完全なゼロダウンタイムロールバックには対応しません。
CImmutable(イミュータブル):新バージョン用の新規インスタンスセットを別Auto Scalingグループに作成し、ヘルスチェック通過後に既存と入れ替える
✓ 正解
Immutableは新バージョン用インスタンスを別Auto Scalingグループで起動しヘルスチェック通過後に入れ替えるため、デプロイ中も旧環境が稼働しダウンタイムがなく、失敗時は新グループ削除で即時ロールバックできます。
DAll at once(一括):全インスタンスを同時に新バージョンに更新する
All at onceは全インスタンスを同時更新するためデプロイ中にサービス停止が発生し、ダウンタイムゼロ要件を満たせません。ロールバックにも再デプロイが必要です。
解説
Immutable(イミュータブル):新バージョン用の新規インスタンスセットを別Auto Scalingグループに作成し、ヘルスチェック通過後に既存と入れ替える
Immutableデプロイでは、新バージョン用インスタンスを別のAuto Scalingグループで起動し、ヘルスチェック通過後に既存グループと入れ替えます。デプロイ中も旧インスタンスが稼働し続けるためダウンタイムがなく、問題発生時は新インスタンスグループを削除するだけで即座にロールバックできます。
選択肢Aは理由。Rollingは既存インスタンスをインプレース更新するためロールバックに再デプロイが必要です。
選択肢Bは理由。Rolling with additional batchはバッチ更新中も既存のキャパシティを維持していますが、インプレース更新のため完全なゼロダウンタイムロールバックに対応していません。
選択肢Dは理由。All at onceはデプロイ中にサービス停止が発生します。
ドメイン別正答率・予想スコアでリアルタイムに実力把握
無限ノックでSOAを徹底対策。全問AI生成のオリジナル問題。
無料で演習を始める →