SAA-C03の配点から逆算する勉強法|4ドメイン別「点の取り方」戦略

AWS
  1. SAA-C03は「配点の大きい考え方」から押さえるとブレにくい
  2. 配点を「学習時間」に変換するコツ:そのまま比率にしない
    1. 理由1:土台スキルが弱いと、配点が低い領域でも落とす
    2. 理由2:サービス暗記より「比較」が点になる
  3. 学習配分のおすすめ:配点+理解コストで再配分する
    1. 学習時間配分(例:週10時間)
    2. 1回の学習を「インプット:アウトプット=6:4」にする
  4. セキュアと弾力性で点を取る:設計の土台を固める
    1. セキュアなアーキテクチャの設計:30%の取りどころ
      1. 判断軸1:認証と認可を分けて説明できる
      2. 判断軸2:境界をどこに置くか(公開範囲の設計)
      3. 判断軸3:暗号化とログは“後付け”にしない
    2. 弾力性に優れたアーキテクチャの設計:26%の取りどころ
      1. 判断軸1:単一障害点を消す基本パターンを持っている
      2. 判断軸2:バックアップとDRは“目的”から選ぶ
      3. 判断軸3:障害の種類を分ける
  5. 高パフォーマンスとコスト最適化で点を積み増す:比較テンプレを作る
    1. 高パフォーマンスなアーキテクチャの設計:24%の取りどころ
      1. 判断軸1:ボトルネックは3箇所に分けて考える
      2. 判断軸2:キャッシュは“何をキャッシュするか”が先
      3. 判断軸3:データベースは要件で分岐する
    2. コストを最適化したアーキテクチャの設計:20%の取りどころ
      1. 判断軸1:コストは「単価」ではなく「構造」で下げる
      2. 判断軸2:保存コストはライフサイクルで決まる
      3. 判断軸3:見積りより先に“観測”を設計に入れる
  6. 配点戦略を「合格ラインの学習計画」に落とす:おすすめの回し方
    1. まず押さえておきたい試験の前提
    2. 2週間で作る:ドメイン別の“判断テンプレ”
    3. 演習のやり方:正解探しではなく「選択肢を削る」練習
    4. 体系的に学ぶ教材の一例:Udemy講座の使いどころ
  7. まとめ:配点は「勉強量」ではなく「設計の優先順位」を教えてくれる

SAA-C03は「配点の大きい考え方」から押さえるとブレにくい

SAA-C03(AWS Certified Solutions Architect – Associate)は、AWS上で要件を満たすアーキテクチャを設計できるかを問う試験です。試験ガイドでは、AWS Well-Architected Framework をベースに設計できることが意図されている、と説明されています。

そして重要なのが、公式がドメイン(出題領域)ごとの重み(配点イメージ)を公開している点です。

  • セキュアなアーキテクチャの設計:30%
  • 弾力性に優れたアーキテクチャの設計:26%
  • 高パフォーマンスなアーキテクチャの設計:24%
  • コストを最適化したアーキテクチャの設計:20%

ここで言う「配点が高い=そこだけやればOK」ではありません。むしろ逆で、配点が高い領域ほど“設計の前提”が多く、理解が浅いと全ドメインで失点しやすい、というのが学習者目線での現実です。

このページでは、暗記ではなく「設計の判断軸」を整理しながら、配点イメージに合わせて学習配分を作る方法をまとめます。
(なお、試験問題の再現・正答の断定につながる話は扱いません。AWSは試験内容の共有を禁じています。)


SAA-C03対策で評価の高いUdemy講座をまとめて確認できます。👇

配点を「学習時間」に変換するコツ:そのまま比率にしない

配点30/26/24/20は、学習配分のベースになります。とはいえ、単純に「30%だから30%の時間」だと、微妙にズレます。理由は2つあります。

理由1:土台スキルが弱いと、配点が低い領域でも落とす

たとえばコスト最適化(20%)は配点が低めでも、設計の説明に必ず出てきます。
「なぜその構成がコスト的に妥当か」を語れないと、セキュリティや可用性の問題でも選択肢の絞り込みが難しくなります。

理由2:サービス暗記より「比較」が点になる

SAA-C03はサービス名を覚えたかより、**要件に対して“どれを選ぶか/なぜ捨てるか”**が問われます。
つまり学習は、各ドメインで「比較テンプレ」を作るのが近道です。


学習配分のおすすめ:配点+理解コストで再配分する

ここでは、週10時間の学習を例に、配点を“点の取り方”に変換します(あなたの学習可能時間に比例させてOK)。

学習時間配分(例:週10時間)

  • セキュア(30%):3.5時間
  • 弾力性(26%):2.5時間
  • 高パフォーマンス(24%):2.5時間
  • コスト最適化(20%):1.5時間

ポイントは、セキュアを少し厚くすること。SAA-C03では、IAMや境界設計(ネットワーク/暗号化/ログ)を土台に、他ドメインの設計も積み上がります。

1回の学習を「インプット:アウトプット=6:4」にする

  • インプット(公式ドキュメント/要点整理)
  • アウトプット(設計判断の言語化+問題演習で選択肢の理由付け)

問題演習は「答え合わせ」ではなく、設計判断の型を作る作業です。ここが暗記型との決定的な違いになります。


セキュアと弾力性で点を取る:設計の土台を固める

ここからは、各ドメインで「何を理解すると点につながりやすいか」を、判断軸として整理します。
※“頻出”などの表現は経験則として使い、出題を断定しません。

セキュアなアーキテクチャの設計:30%の取りどころ

公式の重みが最大です。
ここはサービス暗記より、次の3つの判断ができるかが大事です。

判断軸1:認証と認可を分けて説明できる

  • 認証:誰か(Identity)
  • 認可:何をしていいか(Permission)

例:
「開発者がS3にアップロードできる」要件なら、ユーザー/ロール、ポリシー、必要なら一時クレデンシャル…という順で設計します。
この“順番”が崩れると、選択肢で迷子になります。

判断軸2:境界をどこに置くか(公開範囲の設計)

  • インターネット公開する部分は最小
  • 管理系は閉じる(踏み台、VPN、プライベートサブネットなどの考え方)

ネットワークは細部の用語より、「公開境界」「経路」「制御点(SG/NACL/ルート)」を絵で説明できると強いです。

判断軸3:暗号化とログは“後付け”にしない

  • 何を守るか(データ/通信/鍵)
  • どう追跡するか(ログ、監査証跡)

「守る→見える化→検知」の流れで説明できると、セキュリティ系の設問で選択肢を切りやすくなります。


弾力性に優れたアーキテクチャの設計:26%の取りどころ

弾力性は、ざっくり言えば「壊れても持ちこたえる」「復旧できる」です。
ここで強いのは、次の比較ができる人です。

判断軸1:単一障害点を消す基本パターンを持っている

  • 複数AZ
  • マネージドサービスの活用
  • 依存先の分離(疎結合)

例:
「Webが落ちやすい」なら、インスタンス増強ではなく、スケールの仕組み・ヘルスチェック・分散の設計を先に疑います。

判断軸2:バックアップとDRは“目的”から選ぶ

  • どれだけ止められないか(RTO)
  • どれだけ失えないか(RPO)

この2つを言語化できると、「マルチAZで十分なのか/リージョンを跨ぐべきか」が整理できます。

判断軸3:障害の種類を分ける

  • アプリが落ちる
  • ネットワークが詰まる
  • 依存サービスの制限(スロットリング等)
  • 人為ミス(削除・設定変更)

「障害=サーバが死ぬ」だけで考えると、設問で選択肢を外しがちです。


高パフォーマンスとコスト最適化で点を積み増す:比較テンプレを作る

後半2ドメインは、“使い分け”を言語化できるほど強いです。配点も十分あります。

高パフォーマンスなアーキテクチャの設計:24%の取りどころ

ここは「速さ」だけでなく、スループットやレイテンシ、ボトルネックの場所を見抜けるかが効きます。

判断軸1:ボトルネックは3箇所に分けて考える

  • 計算(CPU/メモリ)
  • ストレージ(IOPS/スループット)
  • ネットワーク(帯域/遅延)

例:
「遅い」→ とりあえずインスタンス変更、ではなく
どこが詰まっているかを先に切り分ける。これが設計問題の“芯”です。

判断軸2:キャッシュは“何をキャッシュするか”が先

  • 静的コンテンツ
  • 参照の多いデータ
  • 計算結果

キャッシュは万能ではなく、整合性や更新頻度とセットで考える必要があります。

判断軸3:データベースは要件で分岐する

  • リレーショナルが必要か
  • 読み取りが多いか/書き込みが多いか
  • 一貫性要件はどれくらいか

ここを整理すると、選択肢の“それっぽさ”に引っ張られにくくなります。


コストを最適化したアーキテクチャの設計:20%の取りどころ

配点は一番低いですが、設計の説明で必ず出てきがちです。

判断軸1:コストは「単価」ではなく「構造」で下げる

  • そもそも動かさない(イベント駆動、サーバレス)
  • 使う分だけ(オートスケール、従量)
  • まとめる(集約、共有)

判断軸2:保存コストはライフサイクルで決まる

  • どれくらいの頻度で読むか
  • どれくらい保持するか
  • 復元に時間がかかっていいか

判断軸3:見積りより先に“観測”を設計に入れる

  • どこでお金が増えるかを見える化
  • 何をトリガーに見直すか(スケール条件、ログ量、転送料など)

コスト最適化は、最初から完璧に当てるより、後で改善できる設計にしておくのが現実的です。


配点戦略を「合格ラインの学習計画」に落とす:おすすめの回し方

最後に、ここまでの戦略を“回せる形”にします。

まず押さえておきたい試験の前提

SAA-C03は65問、試験時間130分です。
また、スコアは100〜1,000のスケールで、合格ライン(最低合格スコア)は720と案内されています。
(問題には採点対象外の設問が含まれることも試験ガイドに記載があります。)

だからこそ、学習は「全部を同じ濃さで」ではなく、配点と土台から優先順位を付けるのが合理的です。


2週間で作る:ドメイン別の“判断テンプレ”

  • 1週目:セキュア+弾力性を重点(設計の土台を作る)
  • 2週目:高パフォーマンス+コスト最適化(比較の精度を上げる)

各テーマで、次の1枚メモを作ります。これが得点力に直結します。

  • 要件(何を満たす?)
  • 制約(何ができない?)
  • 判断軸(何で選ぶ?)
  • よくある落とし穴(なぜそれは違う?)

演習のやり方:正解探しではなく「選択肢を削る」練習

問題を解いたら、次の3点だけ書きます。

  • 要件は何だったか
  • どの選択肢が“要件に対して過剰/不足”だったか
  • 自分の判断軸は何だったか

この形で復習すると、暗記に寄らずに再現性が上がります。


体系的に学ぶ教材の一例:Udemy講座の使いどころ

独学だと、どうしても知識が点在しやすいです。
そこで「体系的に全体をつなげる」用途として、UdemyのSAA-C03対策講座を1本持っておくのは悪くありません。

おすすめの使い方はシンプルで、**講座は“地図”】【問題演習は“現在地”】【公式ガイドは“根拠”】【自分のメモは“判断テンプレ”】【**という役割分担にすること。
教材に依存しすぎず、公式の試験ガイドと照らし合わせて理解を固めると、遠回りしにくいです。


SAA-C03対策で評価の高いUdemy講座をまとめて確認できます。👇

まとめ:配点は「勉強量」ではなく「設計の優先順位」を教えてくれる

SAA-C03の4ドメイン配点(30/26/24/20)は、学習の優先順位を決める強いヒントです。
ただし、配点どおりに時間を配るよりも、

  • セキュアを少し厚めにして土台を固める
  • 弾力性で可用性・復旧の判断軸を作る
  • 高パフォーマンスでボトルネック分解の癖を付ける
  • コスト最適化で「後から改善できる設計」を身につける

この順で「判断テンプレ」を作るほうが、学習がブレにくく、演習の復習も速くなります。

試験対策は、結局のところ「サービス名を覚えたか」よりも、要件に対して設計の理由を言語化できるかです。
配点は、その言語化をどこから作るべきかを示してくれます。今日からは、学習時間を“配点+土台”で再配分して、点につながる勉強に寄せていきましょう。

タイトルとURLをコピーしました