AWS SAP の難易度｜SAA との差がどこにあるか

先に結論：SAPはSAAと「難しさの質」が変わります

2024年にAWS Certified Solutions Architect – Professional（SAP）を取得しました。SAAを取ったのは2022年で、そこから約2年の実務を経て挑戦したときの記録です。

SAPを受ける前、私は「SAAの延長線上にある試験で、範囲が広くなる程度だろう」と思っていました。勉強を始めてみると、そのイメージは正確ではありませんでした。範囲が広がるというよりも、問いかけの構造そのものが変わるという感覚でした。

この記事ではSAAとSAPの難しさの差を3つの観点から整理します。SAPクラスタのほかの記事として、勉強時間の詳細はSAPの勉強時間と内訳、出題範囲と設問の読み方はSAPの出題範囲と設問が長い理由にそれぞれ書きました。

試験の形式を公式ガイドで確認する

難易度の話をする前に、試験形式を整理しておきます。以下は2026年8月1日時点で公式の試験ガイドを確認した内容です。試験は改訂されることがあるので、申し込む前に必ず公式サイトの最新版を確認してください。

問題数・時間・受験料の比較

項目	SAA	SAP
問題数	65問	75問
試験時間	130分	180分
合格ライン	720	750
受験料	150 USD	300 USD
スコア範囲	100〜1000	100〜1000

問題数は10問増えて、時間は50分延びています。受験料はちょうど2倍です。数字だけ見ると「SAAより1.5倍程度難しい」という見方もできますが、私の印象ではそう単純ではありません。問題数の差より、問題の構造の差のほうが体感として大きいです。

1問あたりにかけられる時間は、SAAが約2分（130÷65）に対しSAPは約2.4分（180÷75）です。ただし設問自体が長くなるため、読んで整理して選択肢を選ぶまでに2〜3分では足りない問題も出てきます。SAPでは時間管理の戦略がSAAより重要になります。

スコアの仕組みと合格ラインの読み方

SAPもSAAと同様に、スケールドスコア方式です。100〜1000のスコアで評価され、合格ラインは750です。素点の割合が750÷1000＝75%という意味ではなく、問題ごとの難易度に基づいて重み付けされたスコアです。

模試で正答率が70〜80%だったとしても、それが本番で750を超えるかどうかは直接的には対応しません。本番前の感触確認には、AWSが提供している公式の無料練習問題やAWS Skill Builderの模擬試験を活用するとよいと思います。

差の1点目：設問の長さ

SAAとSAPの差として最初に感じるのが、設問の長さです。この長さは単なる読み負担だけでなく、勉強のアプローチにも影響してきます。

SAAの設問の長さと構造

SAAの設問は概ね3〜6行程度です。「こういうシステムがあって、こういう条件のもとで、何をすべきか」という構造が比較的コンパクトにまとまっています。読むのに1分かからない設問が大半でした。

条件も多くて2個程度のことが多く、「コストを最小化する」「運用の手間を減らす」「可用性を高める」のうちいずれかが明示されます。条件が明確なので、それに合う選択肢を探すという流れがある程度機能します。

SAPの設問の長さと構造

SAPの設問はこれが大幅に増えます。10行を超える設問も珍しくありません。私が練習問題を解き始めたとき、設問を読んで情報を整理するだけで2分以上かかるケースがありました。

典型的な構造は次のようなものです。まずシステムの現状説明（どんなアーキテクチャが動いているか）があります。続いてそのシステムを取り巻くビジネス上の背景や制約、移行・改善の目的、達成しなければならない技術要件、コスト面や運用面の制約、さらに将来の拡張可能性への言及が加わります。これだけの要素が1つの設問にまとめられることがあります。

設問が長いことの2つの影響

設問が長いことには直接的な影響が2つあります。ひとつは単純に読む時間がかかるという点で、180分の試験時間をどう使うかの計画が重要になります。私はSAPの模試を最初に解いたとき、時間が足りずに最後の10問を急いで解いた経験があります。

もうひとつは、条件が多すぎて「何が本質的な問いか」を見失いやすいという点です。長文を読みながら重要な条件を見落としたり、核心ではない部分に引きずられたりすることがあります。設問の読み方についてはSAPの出題範囲と設問が長い理由で詳しく書きました。

差の2点目：複数条件のトレードオフ判断

SAAとSAPの差で、私が最も大きいと感じたのはこの点です。設問の長さより、トレードオフの複雑さのほうが本質的な違いだと思っています。

SAAのトレードオフ判断

SAAでも、複数の選択肢から「最も適切なもの」を選ぶ判断は必要です。ただし条件は大抵1〜2個に絞られており、「コスト最小化が条件ならマネージドサービスを使うほうが正しい」という判断が比較的明確にできます。

4つの選択肢のうち明らかな不正解を2つ排除して、残り2つの差を見る進め方がある程度機能します。私はSAAのときはこのアプローチで解けていた設問が多かったです。

SAPのトレードオフ判断

SAPでは、設問の条件が3〜4個同時に付くことがあります。「既存のオンプレ環境との互換性を保ちながら」「コスト効率を最大化して」「将来的に特定のデータ量までスケールできる設計で」「移行期間中のダウンタイムを最小限に抑える」というような複数条件が重なります。

問題はこれらの条件を「すべて同時に完璧に満たす選択肢がない場合がある」という点です。そのときに「どの条件が最も重要で、どれは少し妥協しても許容されるか」を設問文から読み取って判断する必要があります。

判断の練習方法

このトレードオフ判断を速くするためには、問題演習のあとに「なぜこの選択肢が正解で、他の選択肢はなぜ不正解か」を言葉で説明できるまで確認する練習が効きました。

正解した問題でも「たまたま選んだ」のか「理由を説明できる」のかを区別して記録するようにしました。理由を説明できない正解は、似た条件の問題で再び迷う原因になります。時間がかかる作業ですが、SAPの難しさの本質はここにあると私は感じています。

差の3点目：扱うサービスの広さと深さ

SAAが求めるサービス知識

SAAでは主要なサービスについて「何ができるか」「どういうユースケースに使うか」を理解していれば対応できる問題が多いです。設問の条件に合わせてサービスを選ぶという判断が中心で、サービスの数は多いですが各サービスについての理解の深さはある程度で対応できます。

SAPが求めるサービス知識の深さ

SAPでは、サービスを知っているだけでは足りない場面が増えます。「このサービスとこのサービスを組み合わせたとき、どちらがボトルネックになるか」「このサービスはこのシナリオの制約条件（データ転送の制限・API呼び出しのレート・ストレージの整合性モデルなど）に対応できるか」という深さが問われます。

また、SAPで扱うシナリオは規模が大きいことが多いです。大規模な移行プロジェクト、マルチアカウント・マルチリージョンの設計、エンタープライズ向けのネットワーク構成、複雑な組織のIAM設計など、SAAでも登場するテーマがより複雑な文脈で出てきます。

幅より深さを意識した勉強の変化

SAPの勉強では、知識の幅（多くのサービスを知ること）よりも、知識の深さ（主要サービスの制約やユースケースの境界を理解すること）のほうが効いた感覚があります。

新しいサービスを一通り調べるよりも、すでに知っているサービスについて「どういうときに使わないべきか」「似たサービスとどう使い分けるか」を整理するほうが、問題を解くときに役立ちました。問題演習で間違えるたびに公式ドキュメントを参照して、その理解を深める作業を繰り返しました。

SAAの勉強法をそのまま持ち込むと詰まる理由

私がSAPの勉強で最初に詰まったのは、SAAのときの勉強法をそのまま持ち込んだことが原因でした。どこでアプローチを変える必要があったかを書いておきます。

SAAで機能したアプローチ

SAAのときは「サービスを覚える → 問題を解く → 間違いを確認する」というシンプルな流れがある程度機能しました。サービスの特徴を整理して、問題演習で定着させるという進め方です。

問題を解いて正解率が上がっていくのが分かりやすく、進捗を実感しながら勉強できていました。間違いの確認も「このサービスの特徴を覚え直す」という方向が多く、作業が明確でした。

SAPで必要になった変化

SAPでは同じ流れでは正答率が上がりにくいと感じました。「サービスは知っている、だが問題が解けない」という状態が続きました。

振り返ると、「設問の条件を正確に読み取る練習が足りていなかった」こと、「選択肢を選ぶ理由を具体的に説明できるレベルまで確認していなかった」ことが原因だったと思っています。

対策として、問題演習のあとに「なぜこれが正解か」「なぜ他の選択肢は不正解か」を必ず言葉で確認するようにしました。また長文設問を読む練習として、設問文の最後から重要条件を拾う読み方を意識するようにしました。具体的な進め方はSAPの出題範囲と設問の読み方に書いています。

合格体験記はSAP合格までの記録に書きました。教材の使い分けはSAPの教材の選び方にまとめています。

SAPを受験するタイミングをどう判断するか

SAA取得からの期間

SAAを取得してから間もなくSAPを受ける方もいますが、私はSAA取得後に2年間の実務を積んでから受験しました。実際にAWSを使って設計を担当したプロジェクトがあり、その経験がSAPの設問を読むときの背景知識になったと感じています。

SAAを取得してから半年〜1年以上、実務でAWSを使い続けてからSAPに挑戦するというルートが、私の周囲での多数派の印象です。ただし個人の状況によって異なるため、これは一般論です。

SAAの完成度が前提になる

SAPを受けるうえで大前提になるのは、SAAで出題される範囲の知識が「あやふやな状態ではない」ことです。SAPの設問では、SAAレベルの知識が前提として書かれていることがあります。

SAAを取得してから時間が経っている場合は、SAA範囲を軽く復習してからSAPに入るほうが効率的だったと感じています。SAAの難易度と勉強記録についてはSAAの難易度と勉強時間の記録に書いています。

AWSの資格全体の位置づけを把握する

SAPがAWS認定の中でどのような位置づけにあるか、他の資格との順番をどう考えるかはAWS認定はどれから受けるべきかに整理しました。SAPはProfessionalレベルで最も時間のかかる資格のひとつです。取得後にどう活かすかの方向性も合わせて考えると、5か月という勉強期間のモチベーションを維持しやすくなると思います。

SAPを取る価値はあるか

私が2024年にSAPを取得して変わったこと・変わらなかったことはAWS SAPを取る意味はあるかに書きました。

設計の提案場面で「この構成にした根拠」を説明する際の自信は増した実感があります。一方で、資格を持っているだけで年収や評価が自動的に変わるかどうかは、職場や職種によって大きく異なります。転職での評価についてはAWS資格は転職でどう評価されるかに別途整理しています。求人票の書かれ方と、面接で実際に聞かれたことをまとめました。

SAPとSAAで問われる思考の違い

SAPとSAAの違いをひとことで言うと、「サービスを知っているか」ではなく「複数の条件の中でどの設計が最善かを判断できるか」が問われる度合いが変わる点です。この違いはSAPを勉強し始めてすぐに気づく方が多いですが、具体的にどういう思考が必要になるかを整理します。

SAAで身につく思考パターン

SAAの問題を解き続けると、「この条件ならこのサービス」というマッピングが脳内に形成されます。例えば「高可用性が必要でマネージドにしたい」という条件ならAmazon Auroraが候補に上がる、という形の判断です。このパターンマッチングはSAAの設問をこなすうえで有効です。

SAAの設問では、条件と選択肢の組み合わせがある程度シンプルに整理されていることが多いため、パターンへの習熟度が高まるにつれて正答率も上がる傾向があります。

SAPで求められる思考の変化

SAPでは、パターンマッチングだけでは正解を選べない設問の割合が増えます。設問の条件が「コスト最小化」「高可用性」「移行の段階化」「既存システムとの互換性維持」のように複数重なっているため、「最もよくバランスが取れた選択肢はどれか」という判断になります。

この判断は4つの選択肢のうちどれも条件のすべてを完全に満たすわけではなく、「この選択肢は○○の条件を最もよく満たしつつ、△△の制約を超えない」という比較です。

設問文に埋め込まれた優先度を読む

SAPの設問には、複数の要件のうちどれが最優先かを示す手がかりが埋め込まれています。「最もコスト効率がよい」「最小限の運用オーバーヘッドで」「最短の移行期間で」という表現は、何を最優先にして判断するかを指示しています。

この優先度を読み取るミスが、正解を選べなかった多くの原因でした。設問を読んでいるつもりで、優先度を示す語を見落としていたことがありました。「最小限の」という語を「少ない」と読み流してしまうと、コストがより少ない選択肢よりコストが高くても他の要件を満たす選択肢を誤って優先してしまいます。

SAPの4分野と得意・不得意の傾向

私がSAPの勉強を通じて感じた4分野それぞれの難しさと、勉強時間の配分について書きます。

複雑な組織への対応

この分野は、SAAではほとんど問われなかったマルチアカウント設計やAWS Organizationsの仕組みが中心になります。SAAで学んだ知識の延長では対応しにくく、新しく学ぶ内容が多い分野でした。

AWS Control Tower・Service Control Policy（SCP）・AWS Configを使った一元管理の仕組み、Organizations内でのアカウント間リソース共有（AWS RAM）など、エンタープライズ規模の設計が前提の内容が含まれます。

SAAではほとんど触れていなかったため、この分野に最初の学習時間を多めに割きました。

新しいソリューションのための設計

SAAとの連続性が最もある分野です。SAAで学んだサービスの組み合わせによる設計という考え方をベースに、スケールとコストのトレードオフがより複雑になります。

この分野で迷うのは、似たようなユースケースに対応できる複数のサービス（例えばAWS Lambda・Amazon ECS・EC2 Auto Scalingなど）の使い分けを、設問の条件から判断する場面です。

既存ソリューションの継続的な改善

稼働中のシステムをどう変えるかを問う設問が中心です。「現在はこうなっている、これを改善するには」という形式で既存構成の説明が長くなるため、設問の長さが特に大きい分野です。

既存構成を読んで「何が課題か」を素早く抽出する練習が必要でした。設問の本体は短くても、前提となる現状説明が長いため、読む速度の訓練が特に効きました。

ワークロードの移行とモダナイゼーション

オンプレからAWSへの移行とモダナイゼーション（現代化）が問われます。移行の6つのRs（Rehost・Replatform・Rearchitect等）の概念は試験ガイドにも言及があります。どの状況でどの移行戦略が適切かという判断が問われます。

この分野は実務での移行経験があると設問の背景が把握しやすいですが、未経験でもAWSの公式ドキュメントと問題演習で補えます。特にデータ移行（AWS DataSync・AWS Database Migration Service等）の使い分けは重要な判断軸のひとつです。

SAPの4分野の詳細はSAPの出題範囲と設問が長い理由に整理しています。

まとめ

• SAPの試験形式は75問・180分・合格ライン750・受験料300 USD（2026年8月1日時点・変更の可能性あり）
• SAAとの主な差は「難しさの量」より「難しさの質」にある
• 差①：設問が長く、背景・制約・要件が複雑に組み合わさっている
• 差②：複数の制約を同時に満たす選択肢を選ぶトレードオフ判断が増える
• 差③：サービスの組み合わせと制約を理解する「深さ」が問われる場面が多い
• SAAの勉強法をそのまま持ち込むと「問題が解けない」状態に陥りやすい
• 勉強時間の内訳はSAPの勉強時間の記録に、教材の選び方はSAPの教材の選び方にまとめています