AWS SAP 合格までの記録｜落ちかけた設問と対策

先に結論：5か月・200時間でSAPを取得しました

これはAWS Certified Solutions Architect – Professional（SAP）を2024年に取得したときの記録です。SAAを2022年に取ってから2年ほど実務を積んだ状態で受験しました。当時は事業会社のインフラ担当として、マルチアカウント環境の設計補助とオンプレからAWSへの移行案件に関わっていました。

結論を先に書くと、準備期間は約5か月、記録していた時間を合計すると約200時間でした。試験後のスコアは合格ライン750を上回っていました。余裕があったとは言いにくい結果でしたが、1回で通ることができました。

この数字はあくまで私ひとりの記録です。前提の違いで大きく変わりますし、合否には個人差があります。参考程度にしていただければと思います。

SAPの受験を検討している方への全体像はSAPの難易度にまとめています。勉強時間の目安を先に知りたい方はSAPの勉強時間と期間を先に読んでいただくほうが早いかもしれません。

SAPとSAAの形式の違いを最初に整理した

SAAを受けた2022年から2年ほど経っていたので、まず形式をおさらいするところから始めました。記憶が薄れている部分と、SAPで追加になる部分を整理してから計画を立てました。

SAPの試験形式

以下は2026年8月1日時点で公式サイトと試験ガイドを確認した値です。試験は改訂されることがあるので、申し込み前に必ず最新の公式情報を確認してください。

項目	SAP	SAA
問題数	75問	65問
試験時間	180分	130分
合格ライン	750	720
受験料	300 USD	150 USD

SAAより問題が10問多く、時間は50分増えます。1問あたりの時間はほぼ同じですが、SAPの設問はテキスト量が多いので、体感上の密度がまったく違います。180分あっても余裕が出るわけではなく、集中力をどう保つかが問題になります。

SAPとSAAで大きく変わるのは設問の「深さ」です。SAAでは「このサービスを使う」という選択が問われることが多いですが、SAPでは「なぜこのサービスをこの構成で使うのか」という理由まで含めた判断が問われます。

設問の文字量が大きく変わる

SAAで慣れた頃には「問題文を読んで、条件を確認して、選択肢を絞る」という流れが身についていました。SAPではこの流れが崩れる設問があります。状況説明が長く、前提条件が複数あり、選択肢もそれぞれに根拠があるように見えます。

どの条件が支配的かを読み解く前に時間を使いすぎると、後半で焦ります。練習段階から、設問を全部読み切る前に「これはどういう観点の問いか」を掴む癖をつけるようにしました。問いの種類（コスト最適化か、可用性か、セキュリティか）を最初に把握してから条件を読むと、どの情報が重要かが絞りやすくなります。

SAPの設問は「この構成を選ぶ理由」をより精度高く問われます。SAAなら「どちらがより適切か」という判断で済んでいたところが、SAPでは「なぜその構成がこの条件に対して最適か」まで理解していないと選べない設問が増える印象でした。

練習の段階で、問題文を読み終えた瞬間に「この問いは何を聞いているか」を1行で言える状態にする訓練が有効でした。この確認を怠ると、問題文の途中にある情報に引っ張られて選択肢が揺れます。

スコアリングの考え方

SAPも100〜1000のスケールドスコア方式です。合格ライン750は素点の75%ではなく、問題難易度による重み付けが入った数字です。模試の正答率とは別物として扱いました。

5か月の時系列と週あたりの使い方

大まかな進み方を時系列で書きます。個人の事情によって誰にも当てはまるわけではありませんが、記録として残しておきます。

第1か月：全体像の把握と知識の棚卸し

最初の1か月は試験ガイドを読んで出題範囲を確認し、SAAと重なる部分・新規に覚える部分を仕分けました。SAAから2年経っていたので、知識が揮発している箇所がいくつかありました。

知っていたはずなのに「なぜこのサービスはこっちでなくあっちを使うのか」という理由を説明できないものが思ったより多かったです。この状態のサービスをリストアップするのに1か月使った感じです。

棚卸しの方法は簡単で、試験ガイドの各分野にある「知識・技能・能力」のリストを読んで、「すぐ説明できる」「なんとなくわかる」「よくわからない」の3つに仕分けるだけです。「よくわからない」に入ったものが第2か月以降の優先課題になります。

SAAと重なる知識でも、SAPではより深い理解が求められる分野があります。SAAで「使い方を知っている」程度でクリアできた部分が、SAPでは「設計の根拠を説明できるか」というレベルで問われます。この質的な変化を第1か月の段階で認識できたことは、その後の学習計画を立てる上で役に立ちました。

第2・3か月：インプットと問題演習を並行

出題範囲が広いので、一度に全部は覚えられません。1週間で2〜3分野を目安に進め、その週の終わりに問題を20〜30問解いてから次の週に進む形にしました。

問題を解く理由は、インプットの定着確認ではなく「どこが曖昧か」を探すためです。正解した問題でも、選択肢の他の3つを確認して「なぜ×なのか」を確認する作業に時間をかけました。この作業を飛ばすと、正解したように見えて実は根拠が薄い状態のまま進んでしまいます。

SAPでは選択肢がどれも一見正しく見える場面が多いです。「これは使える」「これも使える」という選択肢が並んでいるときに、設問の条件から判断基準を引き出す練習が必要でした。この練習は量をこなすしかなく、2か月でだいぶ慣れてきた感覚がありました。

この時期に英語の問題集も並行して使い始めました。SAPは日本語の問題集が少ないので、演習量を確保するためには英語の素材が必要になります。英語の問題集に慣れていくことで、本番の試験でも選択肢の意味を取りやすくなりました。

第2か月の前半では「理解できているかどうか」より「覚えているかどうか」に意識が向きがちでした。問題の正答率が下がると不安になりますが、この段階での低い正答率は正常な状態です。問題で間違えた箇所が学習のヒントになっているので、解答数を増やすことよりも一問の解析を深めることを優先しました。

第3か月後半：自分の「盲点サービス」を特定する

演習を続ける中で、いくつか「名前は知っているが使いどころをまったく理解していないサービス」が浮かび上がりました。普段の業務で触れていないサービスが中心で、SAPの試験範囲ではこういうサービスが積み重なって来ます。

こうした盲点サービスは、改めて公式ドキュメントを読み直して「どういう問題を解決するために存在するか」を1行で書き、まとめノートに追加しました。機能を全部書くのではなく、「このサービスを選ぶ理由」だけに絞るのが大事でした。SAPではサービスの詳細な機能より、そのサービスを選択する理由の方が問われるからです。

この作業で抽出したサービスを週2〜3個ずつ追加していくと、第4か月には盲点の数が減ってきた感覚がありました。重要なのはサービス名を覚えることではなく「このサービスが答えになる状況を説明できること」です。サービスの「存在理由」を1文で言えるかどうかを確認軸にすると整理しやすいです。

また、似たサービスの使い分けも盲点になりやすい部分でした。機能が重なっているサービスを「どちらをどの状況で選ぶか」という観点で整理すると、迷いが減りました。

第4か月：弱い領域の集中補強

全分野を一周したあと、解いた問題の正答率が低い領域を中心に補強しました。私の場合はマルチアカウント設計と移行戦略が弱かったので、そこにこの1か月を集中しました。

特にマルチアカウント設計は実務で経験があったにもかかわらず、試験用の整理ができていませんでした。実務では特定の構成しか触っていないので、試験のように「複数の選択肢の中からベストを選ぶ」視点が不足していました。実務の経験が邪魔をして「自分が知っている構成に引っ張られる」パターンに気づいたのも、この段階です。

移行戦略については、各戦略の名称と特徴を改めて整理し直し、「どの状況でどれを選ぶか」の判断基準をノートにまとめました。試験での判断が揺れていたのは知識より判断基準が不明確だったためで、基準を言語化すると正答率が上がりました。

第5か月：通し練習と直前調整

最後の1か月は本番に近い形式で通し練習を繰り返しました。75問・180分を1セットとして週2回解き、残りの日は弱い領域の見直しに充てました。

直前の2週間は新しいことを入れないと決めていました。未知の情報を入れると判断が揺らぎます。この期間は定着済みの知識を整理することだけに絞りました。試験前日は詰め込みはせず、試験形式の確認と自分のノートの見直しだけにしました。

試験当日の朝に長時間勉強するのは逆効果だと感じたので、前日夜に軽く見直して当日の朝は早く起きて頭をすっきりさせることを優先しました。集中力が必要な試験なので、コンディション管理も準備のひとつです。

週あたりの時間配分

曜日	時間	内容
平日	1時間（帰宅後）	問題演習と間違いの確認
土曜午前	3時間	新しい分野のインプット、模試通し
土曜夕方	1時間	弱い領域の補強
日曜午前	2時間	まとめノートの整理、見直し

週あたり約10時間を5か月続けて、合計200時間ほどです。繁忙期に詰まる週もあったので、計算上より少し長い期間になっています。

手応えが薄かった3領域と対処

NDAにより実際の設問内容は書けません。「こういう観点で迷いやすかった」という抽象度で記録します。具体的な設問や選択肢の再現は、いかなる形でも行いません。

1. マルチアカウント設計の判断

複数アカウントをまたいだ構成を問われる場面で、選択肢の判断が揺れました。実務で触れているはずなのに迷う原因を分析すると、「実務では自分の担当範囲しか見えていない」ことが問題でした。試験ではシステム全体の設計者としての視点が要求されます。

たとえば、どのアカウントにどの役割を持たせるか、アカウント間の通信をどう設計するか、組織全体のポリシー管理をどのサービスで実現するか、といった観点で判断を求められます。私の実務ではこのうちの一部しか担当していなかったので、全体像を試験用に再整理する必要がありました。

対処として、実務で関わった設計をドキュメントに起こし直し、「なぜこの構成にしたか」「他の選択肢はなぜ選ばなかったか」を言語化する時間を取りました。自分の経験を試験の文脈で整理し直すイメージです。

このアプローチで、自分の経験が「答えとして使える知識」に変換されました。実務経験がある分野でも、試験の視点で整理し直すことは有効だと感じました。

この観点の整理はSAPの出題範囲と設問の読み方でも分野ごとに書いています。

2. 移行戦略の選択

オンプレからAWSへ移行する際の戦略の選択が出てきます。どの方式がどの状況に適しているか、その違いを言葉で説明できるようになるまでに時間がかかりました。

実務では「このシステムをこの方式で移行する」と決まったあとの実行フェーズしかやっていなかったので、戦略の選択基準が曖昧でした。移行の判断材料として何を重視するか、どういう制約があるときにどの方式を選ぶかの整理が足りていませんでした。

対処は、各移行方式のメリット・デメリットを箇条書きにしてから、「こういう条件がそろったときにこれを選ぶ」という判断基準を1行で書くノートを作ることでした。条件と選択肢の対応表を作ることで、選択肢の間の差がはっきりしました。

移行系の設問は制約条件が複数重なることが多いです。ダウンタイムの制約・既存システムへの影響・移行後の運用コストなど、複数の条件を同時に満たす方式を選ぶ問われ方をします。条件を一つひとつ確認してから選択肢を絞る習慣をつけると正答率が上がりました。

設問の長さに引っ張られて焦ることがありますが、移行系は特に「何が制約か」を最初に拾うことが大事です。この確認を最初のステップとして定型化すると、設問の長さに惑わされにくくなりました。

3. コスト最適化の判断

複数の要件を同時に満たしながらコストを下げる方向を選ぶ設問に迷いました。コストを下げる方法はいくつかあり、可用性や運用負荷とのトレードオフを考えながら選ばなければなりません。

SAAでもコスト最適化は分野として出てきますが、SAPではそれをより大きなアーキテクチャの中で判断する問われ方になります。単体のサービスを安くするだけでなく、システム全体としてのコスト構造を見て判断する問題があります。

対処として、コスト関連の選択肢が出てきたときに「コストだけ」を見るのではなく、要件の優先順位を最初に確認するようにしました。問題文の中で何が制約で、何がコスト削減の余地があるかを見分けてから選択肢を絞るやり方です。

コスト最適化は「何を犠牲にしてコストを下げるか」のトレードオフが問題の核心にあることが多いです。選択肢のどれが「可用性との交換条件として成立するか」という視点を持つと、判断が安定しました。

問題演習で意識したこと

正解した問題も確認する

間違えた問題の確認は当然ですが、SAPでは正解した問題の「他の選択肢がなぜ×なのか」を確認する時間も取りました。正解したからといって理解できているとは限らず、消去法や直感で当たっていることがありました。

選択肢ひとつひとつに「なぜ×か」を言える状態になったとき、同じパターンの問題で迷わなくなりました。SAAのときより一問あたりの確認時間がかかりますが、この作業が一番効いた気がします。

「どれも正しそう」という印象が薄れていくまで、1つひとつの選択肢を詰めていく作業です。単純に「Xがあるから正解」という暗記型の解き方ではSAPには対応できません。サービスや機能の「出てくる文脈」を正確に把握することが、正解を選ぶ確度を上げます。

英語の問題集も並行して使った

SAPは日本語の問題集や参考書がSAAと比べて少ないです。日本語のものだけでは演習量が不足すると感じて、英語の問題集も使いました。

英語が得意なわけではありませんが、問題文の構造とサービス名はわかるので、慣れれば読めるようになります。最初は1問あたりの時間がかかりますが、2週間ほどで速度が上がりました。教材の選び方についてはSAPの教材の選び方に書きました。

英語の問題集は、問題の傾向をより広く把握できるメリットもあります。日本語の問題集だけだと解いた問題が偏ることがあり、多様なパターンに慣れるためにも英語素材は有効でした。

英語で問題を解く習慣をつけると、本番試験で日本語の翻訳が読みにくいときに英語で確認するという手段も使えるようになります。どちらの言語でも問いの意図が取れる状態にしておくことは、試験当日の判断精度を上げます。

時間を計って解く習慣をつける

通し練習では必ず180分のタイマーを設定しました。途中でメモを見たり検索したりしない設定で解き、終わってから確認するという本番に近い形式です。時間内に終わるか、どこで時間を使いすぎているかを把握するためです。

私の場合、最初の通しでは最後の10問が雑になっていました。設問の密度が高い問題が前半に固まったときに、ペース配分が崩れるパターンがありました。練習でこれを把握できたのは役に立ちました。

時間がかかりそうな設問には、読み始めた時点でフラグを立てて先に進む判断を早めにするようにしました。全問を1周してから戻るほうが、全体を俯瞰した状態で考えられます。最終的には75問を150分ほどで1周して、残り30分を見直しに使う形に落ち着きました。

時間配分の感覚をつかむには実際に時間を計って解くしかありません。「だいたい感覚でわかる」と思って計測を省くと、本番で初めてペース配分のズレに気づいて焦ることになります。

試験会場での当日の流れ

SAPの受験は試験センターで受けました。試験会場での流れを簡単に書いておきます。

試験開始前に身分証の確認、ロッカーへの荷物の預け入れが必要です。メモ用のホワイトボードが渡されます（用紙ではなくボードのセンターが多い）。まずこのボードに試験前の5分間で整理したいことを書き出す時間として使えます。私は試験開始直後に「この問いの種類は何か（コスト・可用性・セキュリティ）」を確認するチェックリストを書きました。

試験中に気になった問題にはフラグを立てる機能があります。私は1周目で全問に目を通し、フラグを立てた問題に2周目で戻る戦略にしていました。180分でこのサイクルを回すには、1問あたりの処理時間を意識しておく必要があります。練習段階でこの時間感覚をつかんでおくことが大事でした。

試験終了後は、即時に合否と暫定スコアが画面に表示されます。公式の詳細結果は後日AWS認定のマイページで確認できます。分野別のスコアも出るので、次の勉強計画の参考になります。

準備を振り返って変えればよかったこと

後から考えると、もっと効率よく進められた部分があります。これから受験する方の参考になれば良いと思います。

弱い領域を早めに特定する

第1か月で全体像を把握する段階で、問題を少量解いて弱い領域を早めに特定すればよかったと思っています。私はインプットを先行させすぎて、弱い領域がわかったのが第2〜3か月に入ってからでした。

最初から10〜20問だけ解いてみて、正答率が低い領域を先に補強する戦略のほうが効率的だったかもしれません。インプットとアウトプットを最初から並行させる価値があります。現状把握に問題演習を早期に使うことで、学習の優先順位が明確になります。

ノートの粒度を最初から決める

まとめノートを作っていましたが、最初は細かく書きすぎて後半には見返さなくなっていました。サービスの機能を全部書くのではなく、「選ぶ理由を1行だけ」に絞るルールを最初から決めていれば、後半の見直しが楽だったはずです。

記録の粒度を最初に決めることで、量が増えすぎるのを防げます。見返せないノートを作り続けることは時間の無駄になります。「このノートを本番前日に見返せるか」という基準で内容を取捨選択すると、実用的なノートになります。

演習の量を早い段階から確保する

インプットの時間と問題演習の時間の比率を振り返ると、インプットに寄りすぎていた時期がありました。問題を解かないと、どこが曖昧かわからないまま進んでしまいます。

週単位でインプット：演習＝1：1くらいを意識して進めればよかったと思います。SAPの勉強時間の内訳についての私の考えはSAPの勉強時間にも書いています。

試験日の設定を早めに決める

申し込みを後回しにしていたので、「試験日がいつか」が決まらないまま勉強していた時期がありました。試験日が決まると締め切り効果が働き、勉強のペースが安定します。申し込みを早めにして、逆算でスケジュールを組む方が計画的に進められたと思います。

合格後の変化と次のこと

SAPを取得したあとに社内での扱われ方や転職市場での評価がどう変わったかは、別の記事に分けています。資格を取ることの意味と限界、変わったこと・変わらなかったことを正直に書いたSAP取得後に変わったこと・変わらなかったことを読んでいただくと、自分がSAPを取る意味があるかの判断に使えると思います。

転職市場でのAWS資格の評価全般についてはAWS資格は転職でどう評価されるかに整理があります。SAPを持っていることがどういう場面で評価されやすく、どういう場面では評価が薄いのかを把握しておくと、取得後の活用の仕方も見えてきます。

どの資格から取るべきかの全体像はAWS認定資格どれから取るべきかに書いています。SAPを目指すタイミングの判断材料にもなります。

まとめ

数字はすべて2026年8月1日時点で私が確認したものです。試験は改訂されることがあります。申し込む前に公式の試験ガイドで最新の内容を確認してください。この記事は合格を保証するものではなく、合否には個人差があります。