AWS SAA で引っかかりやすい問題の型｜迷ったときの切り分け

先に確認：この記事はNDAに配慮した構成です

AWS認定試験はNDA（秘密保持契約）の対象であり、実際の試験問題・選択肢・設問文を外部に公開することは禁止されています。この記事では、実際の問題を再現するのではなく、「どういう構造の問いに引っかかりやすいか」「どういう思考パターンで誤答が生まれるか」という観点で書きます。

私が2022年のSAA受験前後に気づいた「問題の読み方の癖」と、それを直すための対処を中心にまとめます。

なぜ「知っているのに間違える」が起きるか

SAAを受けて最初に感じたのは、「このサービスは知っている。でも答えを選び間違えた」という体験でした。知識不足ではなく、問題の読み方の問題です。

問題の構造をざっくり言うと、設問に「複数の条件」が埋め込まれていて、その条件の組み合わせによって正解が変わります。条件をすべて読まずに選択肢を選びに行くと、よく似た正しそうな選択肢に引っかかります。

「どのサービスを使うか」より「この条件だとどのサービスが最適か」という問い方がSAAの特徴です。選択肢はどれも正しく動くように設計されていることが多く、「条件に最も合うもの」を選ぶ判断力が問われます。

引っかかりやすい型1：要件キーワードの見落とし

設問の中に、答えを決定づけるキーワードが埋め込まれています。このキーワードを見落とすと、どれでも正解に見える選択肢の中から誤ったものを選ぶことになります。

キーワードの典型例

私の経験では、「コストを最小限に」「運用の手間を減らしたい」「可用性を最優先する」「既存のオンプレ環境と接続する」「マネージドサービスを使う」などの表現が、答えを決める分水嶺になりやすかったです。

「コスト最小」と「可用性最優先」は、多くの場合で選ぶべきサービスが変わります。どちらも満たせる選択肢がないときに、どちらを優先するかで答えが変わります。設問にどちらが書かれているかを必ず確認する習慣が必要です。

見落とす原因と対処

私が最初にやっていた誤りは、選択肢から先に読み始めることでした。「あ、これはこのサービスの問題だ」と思って選択肢の中で一番もっともらしいものを選ぶ流れです。この読み方だと、設問の条件を確認する前に頭が選択肢モードに入ってしまいます。

対処として採用したのは、「設問を読んでキーワードに線を引いてから選択肢に進む」という手順です。具体的には「最小」「最優先」「最も効率的」「運用負荷ゼロ」「既存環境と統合」などの修飾語に下線を引き、その条件に合う選択肢を探す順序で解きました。

この手順に変えてから、同じ型の問題での誤答が明確に減りました。

引っかかりやすい型2：マネージドサービスへの誘導を見抜く

SAAではAWSのマネージドサービスに任せる方向が「正解」になりやすい傾向があります。EC2上にソフトウェアをインストールして自分で管理する選択肢と、AWSが管理してくれるマネージドサービスを使う選択肢が並んでいる場合です。

条件に「運用負荷」「管理コスト」があるときの判断

「運用負荷を最小化」「管理の手間を省く」「サーバーの管理を行いたくない」という表現が設問にある場合、マネージドサービスが正解に近いことが多いです。

オンプレ出身の私は最初、「自分で管理するほうが柔軟性が高いから正解に近い」と感じていました。しかしAWSの文脈では、マネージドサービスを使えるならそれを優先する方向性が基本です。「自分で管理する手間」をコストと見なす感覚を身につけるのが重要でした。

自前構成が正解になる条件

一方、マネージドサービスでは対応できない要件がある場合や、既存のソフトウェアをそのまま動かす必要がある場合は、自前構成が正解になります。「カスタムミドルウェアが必要」「特定のバージョンを使わなければならない」「移行コストを最小にしたい」などの条件です。

「マネージドサービスが常に正解」というわけではなく、あくまで条件に応じた判断です。条件なしに「マネージドサービスを選べばいい」と覚えてしまうと、自前構成が正解の問題でも同じ方向に引っ張られます。

引っかかりやすい型3：「最も〜な」の比較判断

「最もコストが低い」「最もスケーラブル」「最も高可用性な」という問い方は、選択肢の中で最上級を選ばなければなりません。この形式で間違えやすいのは、「十分に良い」ものと「最もよい」ものを混同するケースです。

比較の基準を設問から引き出す

この型の問いを解くには、何を基準に「最も〜」と判断するかを設問から引き出す必要があります。「可用性」「コスト」「レイテンシ」「スループット」「運用の手間」のどれが評価軸かによって、選ぶべき選択肢が変わります。

複数の評価軸が設問に含まれている場合は、どれが「主」でどれが「制約」かを見分けることが重要です。「コストを下げつつ、可用性も確保」という条件なら、コストが主で可用性は制約（最低限満たす）という読み方が一般的です。

2択に絞ってから迷うパターン

問題を解いていると、4択のうち2つに絞れた状態で止まる場面があります。ここで間違える理由を自分のケースで分析すると、「2つの差を言語化できていない」ことが多かったです。

2択まで絞れたとき、「どちらが設問の条件により合っているか」を言葉で説明できれば正解に近づけます。「なんとなくこっちかな」で選ぶと、正答率は50%になります。

私が実践したのは、2択になったときに「この2つの違いは何か」を短く書いて（試験中なら頭の中で言語化して）から選ぶことです。「こちらはOを重視、あちらはXを重視」という比較ができれば、設問の条件とどちらが合うかが見えてきます。

引っかかりやすい型4：似た名前・似た機能のサービスの混同

AWSには似たような名前や似た用途を持つサービスが複数あります。この違いを混同したまま問題を解くと、どちらを選んでも正しそうに見えてしまいます。

混同しやすいサービスへの対処

私が混同しやすかったのは、ストレージ系と通知・キューイング系のサービスです。名前が似ていたり、「メッセージを扱う」という点で重なって見えたりして、最初はどちらを選ぶかが難しかったです。

対処として作ったのは「選ぶ理由を1行で書く」ノートです。機能の説明を長々と書くのではなく、「このサービスを選ぶのはどういうシナリオのときか」を一言で書きました。長い説明は覚えられませんが、「このシナリオならこれ」という引き方にしたら記憶に残りました。

混同しやすいサービスはグループにして比較表を作りました。それぞれの用途・特徴・選ぶべき条件を横並びにすることで、「AとBのどちらか」という問いに速く答えられるようになりました。

引っかかりやすい型5：問題文が長くて条件が多いケース

SAA以降の上位試験でさらに顕著になりますが、SAAでも問題文が長めで複数の条件が埋め込まれていることがあります。すべての条件を保持しながら選択肢を絞り込む必要があります。

読みながら条件を整理する方法

私がやっていたのは、問題を読みながら「主要な制約」を頭の中でリストアップすることです。長い問題文でも、答えを決める条件は多くて3〜4個です。「コスト最小」「可用性必須」「マネージドが条件」のように短縮して保持しながら選択肢に進みます。

読み終えてから「何が重要な条件だったか」を思い出そうとすると、読み直しが必要になって時間を消費します。読みながら条件を整理する習慣が身についてから、1問あたりの解答時間が短縮されました。

時間切れへの対策

長い問題文を丁寧に読もうとすると時間を消費します。私は問題を一周したとき、時間がかかりすぎていると感じた問題にフラグを立てて先に進み、残り時間で戻る形にしました。

全問を丁寧に解こうとして最後の10問に時間が足りなくなるより、一周を速めに終わらせて、フラグを立てた問題を落ち着いて見直すほうが結果がよかったです。見直し時間についてはSAA直前チェックリストに記録しています。

模試と本番で感覚が変わる理由

問題集で7割取れていても、本番で同じように解けるとは限りません。私が感じたその理由は、「分野の流れ」と「時間のプレッシャー」です。

問題集を分野別で解いていると、「この章だからこのサービスが関係する」という文脈の手がかりが使えます。本番はランダムな順番なので、前の問題の流れから次の問題を推測できません。

時間のプレッシャーについては、通し練習を本番形式でやっておかないと感覚が掴めません。65問で130分は、序盤を丁寧にやりすぎると後半で焦ります。模試の使い方についてはSAAの模擬試験活用法に書きました。

引っかかりやすい型6：既存環境との統合が条件に入る問題

設問に「既存のオンプレミス環境と接続する」「現在使っているシステムを移行する」「既存の認証基盤をそのまま使い続ける」という条件が含まれると、選ぶべき構成が変わります。

移行・統合の条件で変わること

同じ「データを保存する」という要件でも、既存のオンプレ環境からのアクセスが必要な場合と、AWSだけで完結する場合では、ストレージの選択や通信経路の考え方が変わります。

「移行コストを最小化」「既存のIPアドレス空間と重複させない」「既存のディレクトリサービスと連携する」などの制約が加わると、純粋なAWSマネージドサービスだけでは対応できないことがあります。既存環境との統合に関するキーワードを見落とさないことが重要です。

私がオンプレ経験者として気をつけていたのは、「オンプレではこうだったから、AWSでも同じはず」という思い込みです。オンプレの常識がそのまま通じない設計の発想に気づくまでに、問題演習での誤答が何度か必要でした。

条件の「範囲」を読む

設問に「既存環境を完全に移行する」のか「一部だけをAWSに移す」のかでも、採用するサービスが変わります。ハイブリッド構成が前提なのか、全面移行が前提なのかを判断するキーワードを設問から読み取ります。

「段階的に移行する」という条件では、移行期間中も既存環境が動き続ける前提での設計が求められます。この条件を見落とすと、既存環境を即時に切り離すことを前提とした選択肢を選んでしまいます。

オンプレ経験者が陥りやすい思考パターン

オンプレ経験があると、インフラを「自分で管理する」前提で考えてしまうことがあります。AWSでは「マネージドサービスに委任する」という方向性が設計の基本になるため、「OSやミドルウェアを自分でインストールして管理する」選択肢は、よほどの理由がない限り最適解になりにくいです。

設問で「運用負荷を最小にする」という条件が出たとき、オンプレ出身の私は最初「自動化スクリプトを作る」という方向で考えてしまいがちでした。しかしAWSではマネージドサービスに置き換えることが「運用負荷の最小化」につながります。この発想の転換が、設問を読む際の落とし穴になりやすいです。

引っかかりやすい型7：複数の要件を同時に満たす選択肢の絞り方

設問に「〇〇かつ△△を満たす構成を選べ」という複数条件が提示される場合、すべての条件を同時に確認しながら選択肢を絞り込む必要があります。

1つの条件だけで選択肢を選ぶ失敗

4つの選択肢から「コスト最小」という条件だけで1つを残したとき、残った選択肢が「可用性の要件」を満たしていない場合があります。条件を1つずつ確認するのではなく、すべての条件を同時に照らし合わせる思考が必要です。

私がよくやっていた失敗は、「これはコスト条件を満たす」と判断した選択肢に引っ張られて、他の条件の確認を怠ることでした。複数条件の問いでは「すべての条件を書き出してから、各選択肢をそれぞれの条件で評価する」という手順が有効でした。

「制約」と「目的」を分ける

複数の条件が並んでいるとき、「達成したい目的」と「絶対に守らなければならない制約」を分けて考えます。

たとえば「コストを最小化しつつ、RTO（目標復旧時間）を1時間以内に保つ」という条件なら、RTOは制約、コスト最小化は目的です。まず制約を満たせない選択肢を除外し、残った中でコストが最も低いものを選ぶ、という手順にします。制約を無視して目的だけで選ぶと、その選択肢は要件を満たしていない可能性があります。

長い設問文で条件を見落とさないために

SAA試験の設問は文章が長いものがあります。長い設問を読むとき、条件が文章の中に散らばっていることがあります。読み始めに「この設問で決定的な条件はどれか」をチェックしながら読む習慣を付けることで、後半の選択肢を選ぶときに必要な条件を覚えていられます。

私は長い設問では、読む前に「まず数値・期限・制約のキーワードだけ探す」という流れにしました。具体的な数値（RPO、RTO、スループット、コスト上限など）と制約キーワード（既存システムを変更しない、特定サービスを使わない等）を最初にメモしてから、選択肢を評価する形です。

試験当日の時間を管理する実践的な方法

問題の型への対処は事前の練習で行いますが、試験当日の時間管理も正答率に影響します。本番の時間感覚について書いておきます。

1問の目安時間と超えたときの対処

130分で65問なので、1問あたり約2分です。ただし実際には読む量による差が大きく、短い問題は30秒、長い問題は4〜5分かかります。

私が決めていたのは「3分以上使った問題はフラグを立てて先に進む」というルールです。深く考えても確信が持てない問題に時間をかけ続けるより、確信を持って解ける問題を先に終わらせるほうが得点効率がよかったです。

フラグを立てた問題の見直し方

65問を一周したとき、私はフラグを立てた問題が15問前後ありました。残り時間を使って見直しますが、すべてを等しく見直す時間はありません。

見直しの優先順位は「2択まで絞れたが選択を迷った問題」から始めました。これらは見直しによって正解できる可能性が高いからです。「まったく手がかりがない問題」は最後の残り時間で確認する程度にとどめました。

時間切れを避けるために

大きめの問題文で止まりすぎないことが、時間切れを防ぐ最大のポイントでした。模試を本番形式（65問・130分）で解く練習で、自分のペースを把握することが有効です。本番で初めて時間感覚を確認するより、練習段階でペースを掴んでおくほうが当日の焦りが少なくなります。

模試の使い方についてはSAAの模擬試験活用法に書きました。

問題演習で引っかかりパターンを改善するプロセス

引っかかりやすい型を知ることと、実際に間違えなくなることは別の話です。知識として持っていても、試験の形式の中でそれを使うには練習が必要です。

型ごとに問題を集めて振り返る

自分が繰り返し引っかかる型がわかったら、その型の問題を意識してまとめます。問題演習中に「この型でまた間違えた」と気づいたらチェックしておき、まとめて振り返ります。

型ごとに問題を並べて見ると、「同じパターンで出題されている」ことに気づきます。このパターンに対して「この型の問いを見たら、まず○○を確認する」という対処手順を決めることで、条件反射的に動けるようになります。

正解できた問題の理由も確認する

間違いだけでなく、正解できた問題でも「なぜ正解できたか」を確認することをすすめます。「なんとなく選んだら合っていた」問題は、同じ型でパターンが変わったときに対応できないからです。

正解した問題でも「他の選択肢がなぜ違うか」を説明できることを確認しました。特に「引っかかりそうだったが正解した」問題は、次に同じ型が出たときにどう対処するかを言葉にしておきました。

間違いノートの活用

間違えた問題のパターンを短くノートに残す習慣は、引っかかりやすい型の対処に特に効果的でした。「この問題で引っかかった理由」を1〜2行で書き、次に同じパターンが出たときのチェックポイントを添えます。ノートを見返す頻度は1〜2日おきで十分で、見返す行為自体が記憶の定着につながりました。

問題集の使い方と選び方についてはSAAの問題集はどれを使うかにまとめています。

SAA以降の試験での応用

引っかかりやすい型への対処は、SAAだけでなくその後の試験にも使えます。私が2024年にSAPを受験したとき、SAAで培った「条件キーワードを先に読む」「2択の差を言語化する」習慣がSAPでも機能しました。

SAPはSAAより問題文が長く、条件が複雑になります。SAAの段階でこれらの習慣を身につけておくことで、SAP準備の際に「問題の読み方」を改めて学び直す必要がありませんでした。

SAAの試験全体の難易度についてはSAAの難易度と勉強時間の目安で整理しています。合格後の次のステップについてはSAPの難易度に書きました。

まとめ

• SAAの引っかかりやすい問題は「知識不足」より「問題の読み方の癖」から来ることが多い
• 設問の条件キーワードに下線を引いてから選択肢に進む習慣で誤答が減った
• 「運用負荷を最小」「マネージドサービスを使う」という条件が出たらマネージドサービスの方向で考える
• 「最もコストが低い」「最も可用性が高い」という比較の問いは、何が評価軸かを設問から確認する
• 2択に絞れたとき、「2つの違いを言語化してから選ぶ」習慣で正答率が上がった
• 似た名前・似た機能のサービスは「選ぶシナリオを1行で」ノートにまとめると混同が減る
• 複数条件の問いは「制約（必ず満たす）」と「目的（最大化する）」を分けて選択肢を絞る
• 既存環境との統合が条件に入る場合は、オンプレ・ハイブリッドに関するキーワードを見落とさない
• オンプレ経験者は「マネージドサービスに委任する」方向の発想に意識的に切り替える
• 長い設問では数値・期限・制約キーワードを先に確認してから選択肢を評価する
• 本番とほぼ同条件の通し練習を事前にやることで時間感覚が掴める
• SAA全体の難易度と傾向はSAAの難易度と勉強時間の目安で整理している

引っかかりやすい型7：複数の要件を同時に満たす選択肢の絞り方

設問に「〇〇かつ△△を満たす構成を選べ」という複数条件が提示される場合、すべての条件を同時に確認しながら選択肢を絞り込む必要があります。

1つの条件だけで選択肢を選ぶ失敗

4つの選択肢から「コスト最小」という条件だけで1つを残したとき、残った選択肢が「可用性の要件」を満たしていない場合があります。条件を1つずつ確認するのではなく、すべての条件を同時に照らし合わせる思考が必要です。

私がよくやっていた失敗は、「これはコスト条件を満たす」と判断した選択肢に引っ張られて、他の条件の確認を怠ることでした。複数条件の問いでは「すべての条件を書き出してから、各選択肢をそれぞれの条件で評価する」という手順が有効でした。

「制約」と「目的」を分ける

複数の条件が並んでいるとき、「達成したい目的」と「絶対に守らなければならない制約」を分けて考えます。

たとえば「コストを最小化しつつ、RTO（目標復旧時間）を1時間以内に保つ」という条件なら、RTOは制約、コスト最小化は目的です。まず制約を満たせない選択肢を除外し、残った中でコストが最も低いものを選ぶ、という手順にします。制約を無視して目的だけで選ぶと、その選択肢は要件を満たしていない可能性があります。

試験当日の時間を管理する実践的な方法

問題の型への対処は事前の練習で行いますが、試験当日の時間管理も正答率に影響します。本番の時間感覚について書いておきます。

1問の目安時間と超えたときの対処

130分で65問なので、1問あたり約2分です。ただし実際には読む量による差が大きく、短い問題は30秒、長い問題は4〜5分かかります。

私が決めていたのは「3分以上使った問題はフラグを立てて先に進む」というルールです。深く考えても確信が持てない問題に時間をかけ続けるより、確信を持って解ける問題を先に終わらせるほうが得点効率がよかったです。

フラグを立てた問題の見直し方

65問を一周したとき、私はフラグを立てた問題が15問前後ありました。残り時間を使って見直しますが、すべてを等しく見直す時間はありません。

見直しの優先順位は「2択まで絞れたが選択を迷った問題」から始めました。これらは見直しによって正解できる可能性が高いからです。「まったく手がかりがない問題」は最後の残り時間で確認する程度にとどめました。

時間切れを避けるために

大きめの問題文で止まりすぎないことが、時間切れを防ぐ最大のポイントでした。模試を本番形式（65問・130分）で解く練習で、自分のペースを把握することが有効です。本番で初めて時間感覚を確認するより、練習段階でペースを掴んでおくほうが当日の焦りが少なくなります。

模試の使い方についてはSAAの模擬試験活用法に書きました。

問題演習で引っかかりパターンを改善するプロセス

引っかかりやすい型を知ることと、実際に間違えなくなることは別の話です。知識として持っていても、試験の形式の中でそれを使うには練習が必要です。

型ごとに問題を集めて振り返る

自分が繰り返し引っかかる型がわかったら、その型の問題を意識してまとめます。問題演習中に「この型でまた間違えた」と気づいたらチェックしておき、まとめて振り返ります。

型ごとに問題を並べて見ると、「同じパターンで出題されている」ことに気づきます。このパターンに対して「この型の問いを見たら、まず○○を確認する」という対処手順を決めることで、条件反射的に動けるようになります。

正解できた問題の理由も確認する

間違いだけでなく、正解できた問題でも「なぜ正解できたか」を確認することをすすめます。「なんとなく選んだら合っていた」問題は、同じ型でパターンが変わったときに対応できないからです。

正解した問題でも「他の選択肢がなぜ違うか」を説明できることを確認しました。特に「引っかかりそうだったが正解した」問題は、次に同じ型が出たときにどう対処するかを言葉にしておきました。

SAA以降の試験での応用

引っかかりやすい型への対処は、SAAだけでなくその後の試験にも使えます。私が2024年にSAPを受験したとき、SAAで培った「条件キーワードを先に読む」「2択の差を言語化する」習慣がSAPでも機能しました。

SAPはSAAより問題文が長く、条件が複雑になります。SAAの段階でこれらの習慣を身につけておくことで、SAP準備の際に「問題の読み方」を改めて学び直す必要がありませんでした。

SAAの試験全体の難易度についてはSAAの難易度と勉強時間の目安で整理しています。合格後の次のステップについてはSAPの難易度に書きました。

まとめ

• SAAの引っかかりやすい問題は「知識不足」より「問題の読み方の癖」から来ることが多い
• 設問の条件キーワードに下線を引いてから選択肢に進む習慣で誤答が減った
• 「運用負荷を最小」「マネージドサービスを使う」という条件が出たらマネージドサービスの方向で考える
• 「最もコストが低い」「最も可用性が高い」という比較の問いは、何が評価軸かを設問から確認する
• 2択に絞れたとき、「2つの違いを言語化してから選ぶ」習慣で正答率が上がった
• 似た名前・似た機能のサービスは「選ぶシナリオを1行で」ノートにまとめると混同が減る
• 複数条件の問いは「制約（必ず満たす）」と「目的（最大化する）」を分けて選択肢を絞る
• 既存環境との統合が条件に入る場合は、オンプレ・ハイブリッドに関するキーワードを見落とさない
• 本番とほぼ同条件の通し練習を事前にやることで時間感覚が掴める
• SAA全体の難易度と傾向はSAAの難易度と勉強時間の目安で整理している