Azure認定資格 WEB問題集＆徹底解説AZ-900 Microsoft Azure Fundamentals
AZ-900 は、問題数は非公表（目安 40〜60 問）で、試験時間は 45 分、1,000 点満点中 700 点以上で合格です。配点が最も大きい分野は「Azure のアーキテクチャとサービスの説明」（35〜40%）です。当サイトには 500 問を収録しています（分野ごとの問題数は下の表のとおり）。
AZ-900 の試験の基本
| 試験コード | AZ-900 |
|---|---|
| 問題数 | 公式には非公表（一般に 40〜60 問程度） |
| 試験時間 | 45 分 |
| 合格点 | 1,000 点満点中 700 点以上（換算スコア。正答率そのものではありません） |
| 受験方法 | テストセンターまたはオンライン（Pearson VUE） |
| 受験料 | 国・地域によって異なります。公式の試験ページで確認してください（公式スタディガイドから試験ページへ進めます） |
| 有効期限 | 有効期限なし |
| 再受験 | 初回の不合格のあとは 24 時間、2 回目以降は 14 日待てば再受験できます。同じ試験は 12 か月で 5 回までです。 |
分野と配点
本試験の出題分野と配点、当サイトの収録問題数です。分野名から、その分野の問題だけを解けます。
| 分野 | 本試験の配点 | 当サイトの問題 |
|---|---|---|
| クラウドの概念の説明 | 25〜30% | 59 問 |
| Azure のアーキテクチャとサービスの説明 | 35〜40% | 291 問 |
| Azure の管理とガバナンスの説明 | 30〜35% | 150 問 |
| 合計 | 100% | 500 問 |
本試験の問題はこんな形
公式のサンプル問題と試験ガイドを分析し、本試験の問題の特徴をまとめました。当サイトの問題もこの形に合わせて作っています。
- 問題文は 1〜3 文の短い文章で、1 つの概念やサービスの定義・目的を直接問います。複数の要件が絡む長いシナリオは出ません。
- 「〜の説明として正しいものはどれか」「この要件に最も適したサービスはどれか」のように、定義と選定を問う形式が中心です。実装手順やコマンドの書き方、具体的な料金額は問われず、出題は一般提供（GA）の機能が中心です。
- IaaS / PaaS / SaaS や、パブリック / プライベート / ハイブリッドクラウドといった分類について、あるユースケースがどれに当たるかを判定させます。
- 共同責任モデルでは、クラウドモデルやサービスの種類ごとに、ある作業が顧客と Microsoft のどちらの責任かを問われます。
- VPN Gateway と ExpressRoute、Azure Policy と Azure RBAC とリソースロック、Azure Advisor と Azure Monitor と Azure Service Health のように、似たサービスの使い分けがよく問われます。
- 管理グループ → サブスクリプション → リソースグループ → リソースの階層や、ストレージの冗長性オプション（LRS / ZRS / GRS / GZRS）など、固有の名前と構造を正確に覚えているかが問われます。
- 複数の文の正誤を「はい / いいえ」で答える問題、ドロップダウンの穴埋め、ドラッグアンドドロップなど、出題形式はさまざまです。
よくあるひっかけの型
誤りの選択肢には決まった型があります。型を知っておくと、もっともらしい選択肢を落ち着いて消去できます。
同じカテゴリの実在するサービスですが、用途が違うものを挙げた選択肢です。
例: コストやセキュリティの改善提案を得たい場面で Azure Monitor を選ぶ（適するのは Azure Advisor）。リソースの設定ルールを強制したい場面で Azure RBAC を選ぶ（適するのは Azure Policy）。
共同責任モデルで、顧客の責任と Microsoft の責任を入れ替えた記述です。
例: IaaS の仮想マシンで、ゲスト OS へのパッチ適用を Microsoft の責任とする（IaaS では顧客の責任）。
定義の一部は正しいものの、適用される範囲や階層の関係が誤っている記述です。
例: 可用性ゾーンをリージョン間の冗長化の仕組みとする（可用性ゾーンは 1 つのリージョン内にある、物理的に分かれた場所）。リソースグループの中に別のリソースグループを入れられるとする。
コピー数や読み取りの可否など、数値や条件だけを微妙に変えた記述です。
例: LRS がプライマリリージョン内に保持するコピーを 3 つではなく 2 つとする。GRS のままでセカンダリリージョンのデータを常時読み取れるとする（読み取りには RA-GRS が必要）。
改称前の名前を、現行のサービスとは別のサービスであるかのように並べた選択肢です。
例: Microsoft Entra ID と並べて、その旧名称である Azure Active Directory（Azure AD）を別の選択肢として出す。