C02の受験を予定している
前提:AWSでSAP-C02の予約コードと受験日を確認済み。C02ガイドに沿って復習したい。
判断:C02ガイドとC02の学習マップを基準に進める。
理由:実際に受ける試験コードを基準にする。新テーマがあることだけを理由に、C02の学習を捨てない。
条件が違う場合:予約コード・受験日が未確認なら、教材の購入より先にAWSで確認する。公式ページ間で最終日の記載に差があったため、ここで予約可能日は判定しない。
C02のタスク別学習マップを確認公式発表・資料の確認日:2026年9月14日
C02を予約しているなら、予約コードと日付を確かめ、C02ガイドで復習します。C03を考えているなら、学んだ設計判断を使いながら、発表済みのテーマを先行学習できます。詳細ガイドの公開後に、正式タスクと学習済みの内容を照合しましょう。
C03の全範囲に対応した問題集を探している方には、現在の先行学習用の追加編だけでは不十分です。
すでにC02を勉強しているなら、学んだ内容を捨てる必要はありません。まず公式情報で違いを整理し、DNS・RDS・承認処理の3例で、今できる復習を具体化しましょう。
表は横にスクロールして比較できます。
| 比較する点 | SAP-C02 | SAP-C03 |
|---|---|---|
| 出題領域 | 4領域:組織の複雑さ/新しいソリューション/継続的改善/移行とモダナイゼーション | 5領域:クラウドネイティブ/セキュリティ等/コスト最適化/回復力・移行等/運用・自動化 |
| 詳細な範囲 | タスク・領域別割合を現行の公式ガイドで確認できる | 領域概要は発表済み。割合・詳細タスク全文は登録開始時に公開予定 |
| 生成AIの位置づけ | 現行ガイドの採点外Emerging TopicsにもGuardrails、AgentCore Identity、人の承認などがある | 公式発表で生成AI・エージェント等への重点が示される。詳細な採点対象の対応表はまだ作れない |
| PASS QUESTの提供範囲 | 既存SAPコースの無料6問、全390問(無料分を含む)と学習マップ | 本体に追加編40問(無料8問)。全範囲対応のC03問題集は未提供 |
したがって「C02には生成AIが出ない」「既存の4領域をC03の5領域へそのまま置き換えればよい」とは判断できません。
次は学習方法の提案です。C03の正式タスクとの対応を確認した表ではありません。理解した設計条件を、新しい事例に当てはめて説明する練習に使います。
既存のResolver例題で、どこからどこへ問い合わせるかを図にします。正答だけを覚えず、別の方向では何を変えるか説明します。
既存のDNS例題へ既存のRDS改善事例で、高可用性(HA)の維持と読取負荷の分離を別々に考えます。改善の前後で何を測り、どの条件で戻すかを整理します。
既存の改善事例へ通知に成功したことと、人が変更を承認したことを分けます。新しい先行演習では、待機・拒否・実行結果を判断します。
承認ワークフローの先行演習へ架空の受験予定を使った教材選択例。予約可能日・正式なC03全範囲・合格可能性を判定するものではありません。
前提:AWSでSAP-C02の予約コードと受験日を確認済み。C02ガイドに沿って復習したい。
判断:C02ガイドとC02の学習マップを基準に進める。
理由:実際に受ける試験コードを基準にする。新テーマがあることだけを理由に、C02の学習を捨てない。
条件が違う場合:予約コード・受験日が未確認なら、教材の購入より先にAWSで確認する。公式ページ間で最終日の記載に差があったため、ここで予約可能日は判定しない。
C02のタスク別学習マップを確認前提:C03を受ける意向はあるが未予約。全範囲の完成より、生成AIの承認や評価を説明する練習が目的。
判断:既存の設計判断とC03先行演習を組み合わせ、詳細ガイド公開後に不足を照合する。
理由:共通する技術理解は練習に使えるが、C02の得点・履修率をC03の対応率には換算できない。
条件が違う場合:目的がC03の全タスクを網羅する模擬試験なら、この先行演習だけでは不足する。
承認と実行を分ける無料演習へ前提:正式タスクを網羅した問題集と本番形式の模擬試験が必要。
判断:現在のPASS QUESTを、その目的を満たすC03教材としては選ばない。
理由:C03追加編40問は先行学習用で、全範囲対応を提供していない。問題数だけでは網羅性を判断できない。
条件が違う場合:目的を1つの設計判断の練習に絞るなら無料例は使える。ただし、これは当初の全範囲という目的を満たした意味ではない。
先行学習の範囲と次の確認時点を読む下の結果だけを覚えず、各リンク先で条件と選ばない理由を確認してください。C03の正式タスクとの対応表ではありません。
入力条件:オンプレミスからAWSのプライベート名を解決したい。逆方向も比較する。
残す判断:前者はInbound、AWSからオンプレミス側の名前解決はOutboundと転送ルールを検討する。方向が変われば同じ答えを流用しない。
条件・解説を開いて確かめる入力条件:HAを維持し、読み取り負荷を分離したい。遅延と復旧条件も確認する。
残す判断:HAと読み取り分散を別に判断し、許容遅延・接続先・戻す条件を記録する。Multi-AZ DBインスタンスのstandbyを読み取りに使わない。
条件・解説を開いて確かめる入力条件:AIの提案を人が承認するまで変更を実行しない。通知済みの場合も考える。
残す判断:通知成功を承認完了とみなさず、承認結果を待つ。拒否・タイムアウトは実行しない経路として分ける。
条件・解説を開いて確かめる記入例 第1版・2026年9月22日。学習者の実績ではありません。自分の予定・目的・確認できなかったことを書き足して判断してください。