AWS ソリューションアーキテクト プロフェッショナル既存環境の変更と復帰オリジナル・公式資料照合難易度
新しいアプリ版の配置失敗でCodeDeployをロールバックする。配置スクリプトはDBの列を削除済みである。旧アプリの再配置だけに頼れない理由はどれか。
A
アプリの配置IDが変われば削除した列の内容も復活する
配置IDはDBデータの復元機構ではない。
B
アプリ版の再配置はDBの破壊的変更やスクリプトの副作用を自動で元に戻さない★ 正解
旧版へ戻す方式に加え、スキーマの互換性とデータの復旧・復帰手順を用意する。
C
ロールバック時はAWSが全DBを配置前の時点へ自動復元する
CodeDeployのロールバックはDBの任意の変更を自動復元する機能ではない。
D
以前成功したアプリ版はロールバックで一切使えない
正常だった版の再配置がロールバックの基本である。
解説
旧版へ戻す方式に加え、スキーマの互換性とデータの復旧・復帰手順を用意する。
根拠資料・確認情報
対応範囲：SAP-C02
資料確認日：2026-11-02
アプリ内の初回回答データ
回答データを読み込んでいます。
同じレッスンの問題
問題 1
CloudFormationでDBを含む更新をレビューする。change setを作成しただけで業務検証と成功保証を満たしたという案に対する説明はどれか。
問題 2
本番DBの意図しないCloudFormation更新をstack policyで防ぐ。これだけでコンソールからの直接削除も防げるという案を評価する。適切なのはどれか。
問題 3
CloudFormationの変更でDBの物理リソースが置換される。旧DBを削除せず残し、移行確認後に整理したい。直接関係する属性はどれか。
問題 5
新バージョンは正常に起動するが、購入APIの5xx率が増える。プロセス起動の成否だけでは検知できないリリース退行へ対処する構成はどれか。