AWS ソリューションアーキテクト プロフェッショナル既存環境の変更と復帰オリジナル・公式資料照合難易度
CloudFormationでDBを含む更新をレビューする。change setを作成しただけで業務検証と成功保証を満たしたという案に対する説明はどれか。
A
差分に置換と出ても既存DBは必ず同じ物理IDで残る
置換は新しい物理リソースの作成を伴う。
B
change setがあると実行ロールの権限確認は不要になる
実行時に必要な権限やサービスの制約も満たす必要がある。
C
置換等の予定差分を確認できるが、実行成功や業務動作は別途検証する★ 正解
変更内容の事前確認と実行時の制約・業務上の妥当性は別の評価である。
D
change set作成時に本番リソースはすべて更新済みになる
作成だけでは対象スタックを更新しない。
解説
変更内容の事前確認と実行時の制約・業務上の妥当性は別の評価である。
根拠資料・確認情報
対応範囲：SAP-C02
資料確認日：2026-11-02
アプリ内の初回回答データ
回答データを読み込んでいます。
同じレッスンの問題
問題 2
本番DBの意図しないCloudFormation更新をstack policyで防ぐ。これだけでコンソールからの直接削除も防げるという案を評価する。適切なのはどれか。
問題 3
CloudFormationの変更でDBの物理リソースが置換される。旧DBを削除せず残し、移行確認後に整理したい。直接関係する属性はどれか。
問題 4
新しいアプリ版の配置失敗でCodeDeployをロールバックする。配置スクリプトはDBの列を削除済みである。旧アプリの再配置だけに頼れない理由はどれか。
問題 5
新バージョンは正常に起動するが、購入APIの5xx率が増える。プロセス起動の成否だけでは検知できないリリース退行へ対処する構成はどれか。