Azure Fundamentals（AZ-900）想定問題集
クラウドの概念の要点整理と想定問題
公式の学習ガイドの「クラウドの概念について説明する (25–30%)」にあたる分野です。まず要点整理で全体をつかみ、下の演習で 70 問を 1 問ずつ解けます。答えると A〜D すべての解説が出ます。
この分野の小項目
- 1.1 クラウド コンピューティングの定義（4 問） クラウド コンピューティングを定義する。
- 1.1 共同責任モデル（5 問） 共同責任モデルについて説明する（クラウド事業者と利用者の責任分担）。
- 1.1 クラウド モデル（パブリック・プライベート・ハイブリッド）（5 問） パブリック、プライベート、ハイブリッドなど、クラウド モデルを定義する。
- 1.1 クラウド モデルごとのユース ケース（5 問） それぞれのクラウド モデルに適したユース ケースを識別する。
- 1.1 従量課金モデル（5 問） 従量課金モデルを説明する。
- 1.1 クラウドの価格モデルの比較（6 問） クラウドの価格モデルを比較する。
- 1.1 サーバーレス（5 問） サーバーレスを説明する。
- 1.2 高可用性とスケーラビリティ（5 問） クラウドでの高可用性とスケーラビリティの利点について説明する。
- 1.2 信頼性と予測可能性（4 問） クラウドの信頼性と予測可能性の利点について説明する。
- 1.2 セキュリティとガバナンス（4 問） クラウドでのセキュリティとガバナンスの利点について説明する。
- 1.2 管理の容易さ（4 問） クラウドでの管理の容易さの利点について説明する。
- 1.3 IaaS（サービスとしてのインフラストラクチャ）（5 問） サービスとしてのインフラストラクチャ (IaaS) について説明する。
- 1.3 PaaS（サービスとしてのプラットフォーム）（4 問） サービスとしてのプラットフォーム (PaaS) について説明する。
- 1.3 SaaS（サービスとしてのソフトウェア）（4 問） サービスとしてのソフトウェア (SaaS) について説明する。
- 1.3 IaaS・PaaS・SaaS の使い分け（5 問） 各種クラウド サービス (IaaS、PaaS、SaaS) に適しているユース ケースを識別する。
要点整理
クラウド コンピューティングの定義
クラウドは「インターネット経由で借りる IT」
クラウド コンピューティングは、インターネット経由でコンピューティング サービスを提供することです。仮想マシン、ストレージ、データベース、ネットワークのほか、IoT、機械学習、AI も含まれます。
物理的な設備の制約を受けないので、データセンターの建設を待たずに容量を増やせます。公式の例では、繁忙期だけ計算能力を足し、終われば減らして支出を需要に合わせます。
世界中の拠点を使えるため、自社で複数のデータセンターを建てなくても、利用者の近くにサービスを置けます。
共同責任モデル
共同責任モデルは「常に自分」「常に事業者」「種類で変わる」の 3 つに分ける
共同責任モデルでは、責任をクラウド事業者と利用者で分け合います。オンプレミスではすべて利用者が負いますが、クラウドでは一部が事業者に移ります。
どの種類でも利用者に残るのは、データ、接続を許可する機器、アカウントと ID、アクセスの管理です。どの種類でも事業者が持つのは、物理データセンター、物理ネットワーク、物理ホストです。
OS、ネットワーク制御、アプリケーションは種類で変わります。IaaS は利用者の責任が最も大きく、SaaS は事業者の責任が最も大きく、PaaS はその中間です。
VM に自分で SQL Server を入れたら、その修正プログラムは利用者の仕事です。マネージドなデータベースなら本体の管理は事業者ですが、入れるデータは利用者の責任のままです。
| 責任の領域 | IaaS | PaaS | SaaS |
|---|---|---|---|
| 顧客データ・ID とユーザー | 利用者 | 利用者 | 利用者 |
| アプリケーション | 利用者 | 共有 | 共有 |
| ネットワーク制御 | 利用者 | 共有 | Microsoft |
| オペレーティング システム | 利用者 | Microsoft | Microsoft |
| 物理ホスト・物理ネットワーク・物理データセンター | Microsoft | Microsoft | Microsoft |
クラウド モデル（パブリック・プライベート・ハイブリッド）
3 つのクラウド モデルと、4 つ目のマルチクラウド
パブリック クラウドは事業者が構築・運用し、サービスを買いたい人ならだれでも使えます。一般の利用者が使えることが、プライベートとの主な違いです。
プライベート クラウドは 1 つの組織だけが使う環境です。自社や第三者のデータセンターに置け、制御の自由度が高い代わりに費用が高くなります。
ハイブリッド クラウドは、パブリックとプライベートを相互に接続して使う形です。マルチクラウドは、2 つ以上のパブリック クラウド事業者を使う形です。
いろいろな場所の環境をまとめて管理するには Azure Arc が役立ちます。社内の VMware 環境を Azure へ広げるには Azure VMware Solution を使えます。
クラウド モデルごとのユース ケース
ユース ケースは比較表で選び分ける
初期費用を抑えてすぐ始めたいならパブリックです。ハードウェアとセキュリティを完全に制御したく、機器の購入と保守も受け入れるならプライベートです。
普段は自社で動かし、一時的な需要の増加だけパブリックで受けたいならハイブリッドです。規制で一部のデータを自社に置く場合も、置き場所を選べるハイブリッドが合います。
別の事業者から移行している途中で、しばらく両方を使う状態もマルチクラウドに当たります。
| クラウド モデル | 向く場面 | 注意点 |
|---|---|---|
| パブリック クラウド | 設備投資なしですぐ始める・使った分だけ払う | リソースとセキュリティを完全には制御できない |
| プライベート クラウド | 完全な制御が必要・データを他社と同居させない | ハードウェアの購入と保守が必要 |
| ハイブリッド クラウド | 一時的な需要増をパブリックで受ける・置き場所を選ぶ | 両方の環境を管理する |
| マルチクラウド | 事業者ごとの機能を使い分ける・移行の途中 | 複数の事業者でリソースとセキュリティを管理する |
従量課金モデル
従量課金と CapEx・OpEx
クラウドは従量課金モデルで動きます。使う IT リソースに対して払い、使わなくなれば支払いも止まります。
設備投資 (CapEx) は、サーバーやデータセンターなど物理設備への先払いです。運用費 (OpEx) は、時間とともに続くサービスへの支出です。クラウドは使うたびに料金がかかるので運用費に分類されます。
従来は将来の需要を先に見積もります。多すぎれば設備が遊び、少なすぎれば性能が落ちて機器の追加に時間がかかります。クラウドでは需要に合わせて VM を足し引きでき、使っていない容量には払いません。
クラウドの価格モデルの比較
価格モデルは「使い方の安定度」で選ぶ
標準は従量課金です。使い方が一定なら Azure の予約で 1 年か 3 年を約束すると、従量課金より最大 72% 安くなります。支払いは前払いと月払いを選べ、総額は同じです。
Azure 節約プランは、1 時間あたりの支出額を 1 年か 3 年約束する割引です。対象のサービスやリージョンにまたがって自動で効くので、使い方が変わる場合に向きます。1 時間で使い切らなかった分は繰り越されず、購入後の取り消しや払い戻しもできません。
Azure スポット仮想マシンは、Azure の空き容量を大幅な割引で使えます。容量が必要になると 30 秒前の通知の後に停止または削除されることがあり、SLA もないので、バッチ処理や開発・テストなど中断できる処理に使います。
Azure ハイブリッド特典は、ソフトウェア アシュアランス付きなどの手持ちの Windows Server ライセンスを Azure で使い、費用を下げる制度です。Windows VM の予約割引はソフトウェアの費用には効かないので、ライセンス分はこの特典で下げます。
| 価格モデル | 約束すること | 向くワークロード |
|---|---|---|
| 従量課金 | なし（使った分だけ払う） | 使い方が読めない・短期の利用 |
| Azure の予約 | 特定のリソースを 1 年か 3 年 | 同じサイズ・同じ場所でずっと動かす |
| Azure 節約プラン | 1 時間あたりの支出額を 1 年か 3 年 | 使うサービスや場所が変わる |
| Azure スポット仮想マシン | なし（停止や削除を受け入れる） | 中断できるバッチ処理・開発とテスト |
| Azure ハイブリッド特典 | 手持ちのライセンスを使う | Windows Server などのライセンスを持っている |
出典: Azure 予約とは／節約計画とは／Azure スポット仮想マシンについて／Windows VM 向け Azure ハイブリッド特典について
サーバーレス
サーバーレスは「サーバーの管理を意識しない」
サーバーレスは、サーバーが無いという意味ではありません。サーバーの用意や保守を気にせず、コードやワークフローを動かせる形です。
Azure Functions はイベントをきっかけにコードを動かします。ファイルのアップロード、決まった時刻の処理、HTTP の要求などが代表的なきっかけです。新しいアプリには Flex 従量課金プランが推奨されています。
Azure Logic Apps は、ほとんどコードなしで業務のワークフローを自動化します。従量課金のロジック アプリは実行ごとに課金され、Azure がホストやスケーリングを管理します。
Azure SQL Database にもサーバーレスのコンピューティング レベルがあります。負荷に合わせて自動でスケールし、1 秒あたりの使用量で請求されます。
出典: Azure Functions の概要／Azure Logic Apps とは／Azure SQL Database サービスとは
高可用性とスケーラビリティ
高可用性は「止まらない」、スケーラビリティは「増減できる」
高可用性は、中断が起きてもできるだけ使える状態を保つことです。Azure はサービスごとに稼働時間を保証し、その保証は SLA に書かれます。
スケーラビリティは、需要に合わせてリソースを調整できることです。需要が減ればリソースを減らし、必要以上に払わずに済みます。
垂直スケーリングは VM の CPU やメモリを増減することで、スケールアップ・スケールダウンと呼びます。水平スケーリングは VM やコンテナーの数を増減することで、スケールアウト・スケールインと呼びます。
| 言葉 | 何を変えるか | 例 |
|---|---|---|
| 垂直スケーリング | 1 つのリソースの性能 | VM に CPU や RAM を足す |
| 水平スケーリング | リソースの数 | 急なアクセス増で VM を足し、減ったら減らす |
| 高可用性 | 止まらない仕組み | SLA で稼働時間の保証を確かめて設計する |
信頼性と予測可能性
信頼性と予測可能性
信頼性は、障害から回復して機能し続けるシステムの能力です。Azure Well-Architected Framework の柱の 1 つでもあります。世界中のリージョンに分散して置けば、1 つのリージョンが止まっても他で動き続けられます。
予測可能性には、パフォーマンスとコストの 2 つがあります。パフォーマンスは自動スケーリング、負荷分散、高可用性で支えます。コストは使用状況のリアルタイムの追跡や分析、料金計算ツールでの見積もりで見通します。
SLA は事業者が約束する最低限の保証で、満たせなかったときの補償はサービス クレジットです。利用者は自分の必要な水準をサービス レベル目標 (SLO)として別に決めます。
出典: クラウドでの信頼性と予測可能性の利点について説明する（Microsoft Learn トレーニング）／Azure の信頼性／サービス レベル アグリーメント (SLA) を読み取る方法／Azure Well-Architected Framework
セキュリティとガバナンス
セキュリティとガバナンスの利点
ガバナンスでは、テンプレートなどで、作るリソースを技術標準や規制要件に合わせやすくなります。標準が変われば大規模に更新でき、クラウドの監査で基準に合わないリソースに印を付けられます。
セキュリティを最大限自分で制御したいなら IaaS です。その代わり OS とソフトの修正や保守は利用者が行います。修正や保守を自動で任せたいなら PaaS や SaaS が合います。
クラウド事業者は DDoS 攻撃などへの対処に適しており、ネットワークの堅牢性を高めやすいとされています。
出典: クラウドでのセキュリティとガバナンスの利点について説明する（Microsoft Learn トレーニング）／クラウドでの共同責任
管理の容易さ
管理の容易さは「クラウドの管理」と「クラウドでの管理」
「クラウドの管理」はリソースそのものの扱いです。自動のスケーリング、テンプレートからの展開、正常性の監視と問題のあるリソースの自動交換、メトリックに基づく自動アラートがあります。
「クラウドでの管理」は操作の方法です。Web ポータル（Azure portal）、コマンド ライン（Azure CLI）、API、PowerShell（Azure PowerShell）を使えます。
公式の例では、テンプレートで展開し、ポータルで正常性を見て、CLI や PowerShell で定期作業を自動化します。手作業が減り、構成を一定に保てます。
IaaS（サービスとしてのインフラストラクチャ）
IaaS は「ハードウェアを借りて、上は自分で」
IaaS は最も柔軟な種類で、リソースを最大限制御できます。事業者はハードウェア、インターネットへの接続、物理的なセキュリティを受け持ちます。
利用者は OS のインストール・構成・保守、ネットワークの構成、データベースとストレージの構成など、その他すべてを受け持ちます。
代表的なシナリオは、作り直さずにほぼそのまま移すリフト アンド シフトと、開発・テスト環境をすばやく複製して起動・停止する使い方です。
PaaS（サービスとしてのプラットフォーム）
PaaS は「基盤は事業者、アプリとデータは自分」
PaaS は IaaS と SaaS の中間です。事業者は物理的な設備に加え、OS、ミドルウェア、開発ツール、分析サービスも維持します。OS やデータベースのライセンスや修正プログラムを気にする必要はありません。
利用者はアプリのコード、データ、アクセス制御に力を入れます。一部のネットワークやアプリのセキュリティ設定は共有になります。
代表的なシナリオは、組み込みの部品を使う開発フレームワークと、データ分析やビジネス インテリジェンスです。Azure App Service、Azure Functions、Azure SQL Database が PaaS の例です。
出典: サービスとしてのプラットフォームについて説明する（Microsoft Learn トレーニング）／クラウドでの共同責任／Azure SQL Database サービスとは
SaaS（サービスとしてのソフトウェア）
SaaS は「完成したアプリを借りる」
SaaS は、完全に開発されたアプリを借りて使う形です。柔軟性は最も低い場合がありますが、最も簡単に始められ、最小限の技術知識で使えます。
事業者はインフラ、プラットフォーム、アプリの保守など、ほぼすべてを管理します。利用者は主にデータ、ID とアクセスの設定、機器からのアクセスの状態を管理します。
代表例は、電子メールとメッセージング、生産性アプリ、財務と経費の追跡です。共同責任の公式の説明では Microsoft 365 が SaaS の例に挙げられています。
出典: サービスとしてのソフトウェアについて説明する（Microsoft Learn トレーニング）／クラウドでの共同責任
IaaS・PaaS・SaaS の使い分け
3 つの種類の選び分け
OS まで制御したい、作り直さずに移したいなら IaaS です。基盤の管理を任せてアプリ作りに集中したいなら PaaS です。開発せずにすぐ使いたいなら SaaS です。
管理の手間は SaaS が最も少なく、PaaS が中間、IaaS が最も多くなります。古いアプリはまず IaaS へ移し、新しい機能は PaaS で作るように、時期で使い分けることもできます。
| 種類 | 利用者が管理する範囲 | 代表的な使い方 | Azure の例 |
|---|---|---|---|
| IaaS | OS・ネットワーク構成・アプリ・データ | リフト アンド シフト・開発とテスト | Azure Virtual Machines |
| PaaS | アプリのコード・データ・アクセス制御 | 開発フレームワーク・分析 | Azure App Service・Azure SQL Database |
| SaaS | データ・ID とアクセスの設定 | メール・生産性アプリ・経費の追跡 | Microsoft 365 |
出典: サービスとしてのインフラストラクチャについて説明する（Microsoft Learn トレーニング）／サービスとしてのプラットフォームについて説明する（Microsoft Learn トレーニング）／サービスとしてのソフトウェアについて説明する（Microsoft Learn トレーニング）／クラウドでの共同責任
演習（70 問）
結果はこのブラウザに保存され、ハブの「自分の成績」と弱点モードに使われます。
第 1 問 / 70 問
問題を読み込んでいます…
全問と解説の一覧
正解と解説は折りたたんであります。先に自分で考えてから開いてください。
全 70 問
クラウド コンピューティングの定義
クラウド コンピューティングの説明として最も適切なものは？
A. 自社の建物にサーバーを買って並べ、社内ネットワークだけで使うこと B. 仮想マシンやストレージなどのサービスをインターネット経由で提供すること C. 社内の業務ソフトを、すべて手作業の紙の手続きに戻すこと D. 決まった 1 台の大型コンピューターに全社員が直接つないで使うこと
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 設備を自社で持つ運用の形です。 これはオンプレミスの説明で、インターネット経由でサービスを受ける形ではない。 【B（正解）】 ？ サービスを受け取る経路に注目した説明です。 公式の定義では、クラウド コンピューティングはインターネット経由でコンピューティング サービスを提供することである。 【C（不正解）】 ？ IT を使わない運用への切り替えです。 クラウド コンピューティングとは関係がない。 【D（不正解）】 ？ 1 台の機械に処理を集める形です。 クラウドは多数のデータセンターの資源をサービスとして使う形で、1 台の機械に限る考え方ではない。
Microsoft Learn の説明で、クラウドが提供するサービスの例として挙げられていないものは？
A. 仮想マシンやデータベース B. 機械学習 (ML) や人工知能 (AI) C. データセンターの建物そのものの所有権 D. モノのインターネット (IoT)
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 一般的な IT インフラストラクチャの例です。 公式の説明に、仮想マシン、ストレージ、データベース、ネットワークが挙げられている。 【B（不正解）】 ？ 従来の IT を広げたサービスの例です。 公式の説明では、IoT、ML、AI もクラウド サービスに含まれるとしている。 【C（正解）】 ？ 建物を自分の資産として持つことです。 クラウドでは利用者はサービスを使うだけで、建物を所有するわけではない。挙げられていないのはこれである。 【D（不正解）】 ？ 機器をネットワークにつなぐ技術の例です。 公式の説明に IoT が含まれている。
小売企業が季節の販売開始時だけアクセス急増を見込む。数か月前にサーバーを買う以外の方法として最も適切なものは？
A. 物理サーバーを多めに買い、繁忙期の後もそのまま置いておく B. 販売開始の期間だけクラウドに計算能力を足し、終わったら減らす C. アクセスが多い時間帯は、販売サイトを止めて受付を断る D. 新しいデータセンターの建設を始め、完成を待ってから販売する
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 先に設備を買い足す方法です。 繁忙期の後は余った設備が使われずに残り、費用の無駄になりやすい。 【B（正解）】 ？ 必要な期間だけ容量を変える方法です。 公式の例そのもので、需要に合わせて増やし、後でスケールダウンすれば支出が実際の需要に合う。 【C（不正解）】 ？ サービスを止めて負荷を避ける方法です。 売上の機会を失う方法で、クラウドの利点を使っていない。 【D（不正解）】 ？ 設備を一から作る方法です。 完成までに時間がかかり、季節の需要に間に合わない。クラウドなら建設を待たずに拡大できる。
海外の利用者にも速く応答したいが、現地にデータセンターを建てる予算はない。クラウドのどの特性を生かすのが最も適切か？
A. 世界各地のクラウドの拠点に、利用者に近い場所でサービスを置ける B. 自社のサーバー室の空調を強くして、処理速度を上げる C. 全世界の利用者に、本社の 1 台のサーバーへ直接つないでもらう D. 海外の利用者向けの機能だけを止め、国内向けに集中する
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 世界各地にある拠点の使い方です。 公式の説明では、複数の物理データセンターを建てなくても利用者の近くにサービスを置けるとしている。 【B（不正解）】 ？ 手元の設備を強化する方法です。 距離による遅れは解消できず、海外拠点の問題は残る。 【C（不正解）】 ？ 1 か所に集める方法です。 遠い利用者ほど応答が遅くなり、要件を満たせない。 【D（不正解）】 ？ 対象を絞る方法です。 海外の利用者に速く応答するという要件をあきらめることになる。
共同責任モデル
共同責任モデルで、どのサービスの種類でも常にクラウド事業者が責任を持つものは？
A. クラウドに保存した顧客のデータ B. 利用者のユーザー アカウントと ID C. 物理データセンターと物理ネットワーク D. クラウドに接続を許可する社員のパソコン
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 利用者が預けた情報のことです。 データはどのサービスの種類でも利用者の責任である。 【B（不正解）】 ？ だれがサインインできるかの管理です。 アカウントと ID は常に利用者の責任である。 【C（正解）】 ？ 建物や配線など、目に見える設備のことです。 物理データセンター、物理ネットワーク、物理ホストは常にクラウド事業者の責任である。 【D（不正解）】 ？ クラウドにつなぐ手元の機器のことです。 接続を許可する機器は、公式の説明では常に利用者の責任である（SaaS で管理機能が出る場合も、保護は利用者）。
Azure の仮想マシンに自分で SQL Server を入れて使う。データベースの修正プログラム適用はだれの責任か？
A. Microsoft が自動で適用するので、利用者は何もしなくてよい B. 利用者が、データベースの修正プログラムと更新を管理する C. データセンターの電源を管理する会社が担当する D. SQL Server を使う限り、修正プログラムの適用は不要である
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 事業者がすべて受け持つという考え方です。 VM に自分で入れたソフトは利用者の管理であり、Microsoft は適用しない。 【B（正解）】 ？ VM の中身を利用者が受け持つという考え方です。 公式の説明では、VM に SQL データベースを入れた場合、その修正プログラムと更新は利用者が担う。 【C（不正解）】 ？ 設備の電源の管理者のことです。 電源は物理設備の話で、VM の中のソフトの更新とは関係がない。 【D（不正解）】 ？ 更新の作業がいらないという考え方です。 ソフトには更新が必要で、IaaS ではその作業は利用者に残る。
Azure のマネージドなデータベース（PaaS）を使う場合、利用者に残る責任として最も適切なものは？
A. データベース エンジンを動かす物理サーバーの交換 B. データベースを動かす OS の修正プログラム適用 C. データベースに入れるデータの内容と、その扱い D. データセンターの建物の入退室管理
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ ハードウェアの保守のことです。 物理ホストの保守は Microsoft の責任である。 【B（不正解）】 ？ OS の更新作業のことです。 PaaS では OS は Microsoft が管理する。 【C（正解）】 ？ データベースの中身のことです。 公式の説明では、クラウドの SQL データベースでも、取り込むデータは引き続き利用者の責任である。 【D（不正解）】 ？ 建物への出入りの管理のことです。 物理的なセキュリティはクラウド事業者の責任である。
社内のシステムをオンプレミスから IaaS へ移す。責任分担の変化として最も適切なものは？
A. OS の管理は利用者に残るが、物理ホストや物理ネットワークは事業者に移る B. OS もアプリもデータも、すべて事業者の責任に移る C. 責任は何も変わらず、すべて利用者が受け持つ D. データの責任だけが事業者に移り、物理設備は利用者に残る
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 移す前後で、どの層の担当が変わるかの説明です。 公式の表では、IaaS で物理ホスト・物理ネットワーク・物理データセンターが Microsoft に移り、OS は利用者に残る。 【B（不正解）】 ？ 全部をまとめて事業者に渡すという説明です。 IaaS では OS、アプリ、データは利用者の責任のままである。 【C（不正解）】 ？ 移行しても分担が同じという説明です。 IaaS に移すと物理的なインフラは事業者の責任に移る。 【D（不正解）】 ？ データと設備の担当を入れ替える説明です。 逆である。データは常に利用者、物理設備は事業者の責任になる。
SaaS のメール サービスに切り替えた会社で、退職者のアカウントが残り情報が漏れた。責任分担の考え方として最も適切なものは？
A. SaaS ではアカウント管理も事業者の責任なので、事業者の落ち度である B. 物理的なセキュリティの問題なので、データセンターの責任である C. メールの中身は事業者が管理するので、利用者に責任はない D. アカウントの作成と削除は利用者の責任で、退職時の削除を怠ったことが原因である
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ アカウント管理を事業者に任せる考え方です。 アカウントと ID はどのサービスの種類でも利用者の責任であり、事業者に任せられない。 【B（不正解）】 ？ 建物の守りの問題とみる考え方です。 アカウントの消し忘れは物理的なセキュリティの問題ではない。 【C（不正解）】 ？ データの管理を事業者に任せる考え方です。 クラウドに保存した情報とデータは常に利用者の責任である。 【D（正解）】 ？ ユーザー アカウントの管理者がだれかに注目した考え方です。 公式の説明では、ユーザー アカウントの作成・管理・削除はどの種類でも利用者が担う。
クラウド モデル（パブリック・プライベート・ハイブリッド）
パブリック クラウドとプライベート クラウドの主な違いとして最も適切なものは？
A. パブリック クラウドは、サービスを買いたい人ならだれでも使える B. パブリック クラウドは、1 つの組織だけが専用で使う C. プライベート クラウドは、インターネットを一切使えない D. プライベート クラウドは、必ずクラウド事業者のデータセンターに置く
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 利用できる人の範囲に注目した説明です。 公式の説明では、一般の利用者が使えることがパブリックとプライベートの主な違いである。 【B（不正解）】 ？ 専用で使う形の説明です。 1 つの組織だけが使うのはプライベート クラウドである。 【C（不正解）】 ？ 通信の経路を限る説明です。 プライベート クラウドもインターネット経由で IT サービスを提供できる。 【D（不正解）】 ？ 置き場所を限る説明です。 プライベート クラウドは自社のデータセンターや第三者の施設にも置ける。
パブリック クラウドとプライベート クラウドを相互に接続した環境で使うクラウド モデルは？
A. マルチクラウド B. オンプレミス C. SaaS D. ハイブリッド クラウド
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 複数の事業者を使う形です。 マルチクラウドは複数のパブリック クラウド事業者を使う形で、プライベートとの接続を指す言葉ではない。 【B（不正解）】 ？ 自社の設備で運用する形です。 自社の設備だけで運用する形で、パブリック クラウドとの組み合わせを指さない。 【C（不正解）】 ？ 完成したソフトを使うサービスの種類です。 SaaS はサービスの種類で、クラウド モデル（配置の形）ではない。 【D（正解）】 ？ 2 種類のクラウドをつないで使う形です。 公式の定義では、相互に接続された環境でパブリックとプライベートの両方を使う形をハイブリッド クラウドと呼ぶ。
ハードウェアとセキュリティを完全に自社で制御したいが、機器の購入と保守の負担も受け入れる。合うクラウド モデルは？
A. パブリック クラウド B. プライベート クラウド C. マルチクラウド D. SaaS だけを使う形
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 事業者の設備を共同で使う形です。 パブリック クラウドでは、リソースとセキュリティを完全には制御できない。 【B（正解）】 ？ 1 つの組織専用の環境です。 公式の比較表では、プライベートは完全な制御ができる代わりに、ハードウェアの購入と保守が必要になる。 【C（不正解）】 ？ 複数のパブリック クラウドを使う形です。 複数の事業者の設備を使う形で、ハードウェアを自社で制御する形ではない。 【D（不正解）】 ？ 完成したソフトを借りる形です。 SaaS は制御できる範囲が最も小さく、要件と逆である。
複数のパブリック クラウド事業者を使い、両方の環境でリソースとセキュリティを管理する形を何と呼ぶか？
A. プライベート クラウド B. ハイブリッド クラウド C. マルチクラウド D. IaaS
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 1 つの組織専用の環境です。 複数のパブリック事業者を使う形ではない。 【B（不正解）】 ？ パブリックとプライベートをつなぐ形です。 パブリック同士ではなく、パブリックとプライベートを組み合わせる形である。 【C（正解）】 ？ 事業者の数に注目した呼び方です。 公式の説明では、2 つ以上のパブリック クラウド事業者を使う形をマルチクラウドと呼ぶ。 【D（不正解）】 ？ インフラを借りるサービスの種類です。 IaaS はサービスの種類で、事業者をいくつ使うかを表す言葉ではない。
自社データセンター、Azure、ほかのクラウドにサーバーが散らばっている。これらをまとめて管理したいとき役立つものは？
A. Azure Arc B. 料金計算ツール C. Azure Functions D. Microsoft 365
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ いろいろな場所の環境の管理を助ける技術の集まりです。 公式の説明では、Azure Arc はパブリック、プライベート、ハイブリッド、マルチクラウドの環境の管理に役立つ。 【B（不正解）】 ？ 費用を見積もるためのツールです。 費用の見積もりに使うもので、散らばったサーバーをまとめて管理する機能はない。 【C（不正解）】 ？ イベントをきっかけにコードを動かすサービスです。 コードを実行するサービスで、複数の環境のサーバー管理には使わない。 【D（不正解）】 ？ Microsoft の既製の業務アプリのサービスです。 業務アプリを使うための SaaS で、サーバー管理の仕組みではない。
クラウド モデルごとのユース ケース
スタートアップが初期費用を抑え、すぐにアプリを公開したい。使った分だけ払えればよい。合うクラウド モデルは？
A. 自社で機器を買って作るプライベート クラウド B. パブリック クラウド C. 自社データセンターの新設 D. 紙の申込書で受け付ける運用
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 設備を自社で用意する形です。 機器の購入が必要で、初期費用を抑えるという要件に合わない。 【B（正解）】 ？ 事業者の設備をサービスとして使う形です。 公式の比較表では、パブリックはスケールアップの設備投資が不要で、使った分だけ払い、すばやく準備できる。 【C（不正解）】 ？ 建物から用意する形です。 建設に時間と費用がかかり、すぐ公開したいという要件に合わない。 【D（不正解）】 ？ IT を使わない受付方法です。 アプリを公開するという要件そのものを満たさない。
普段は自社のプライベート クラウドで動かし、年末だけ需要が一時的に増える。追加の設備は買いたくない。合う形は？
A. 年末に備えてプライベート クラウドの機器を倍に増やす B. 年末だけサービスを止め、需要が落ちるのを待つ C. ハイブリッド クラウドにして、増えた分をパブリック クラウドで受ける D. すべてを SaaS に置き換え、自社のアプリを捨てる
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 設備を買い足す方法です。 年末以外は余った設備が使われず、追加の設備を買いたくないという条件に反する。 【B（不正解）】 ？ 需要に応えない方法です。 需要の増加に応えられず、機会を失う。 【C（正解）】 ？ 自社の環境と外の環境をつなぐ方法です。 公式の説明では、ハイブリッドは一時的な需要増にパブリックの資源で対応し、プライベートを拡大できる。 【D（不正解）】 ？ 業務の仕組みを丸ごと替える方法です。 一時的な需要増への対応としては過剰で、既存の仕組みも失う。
法規制で一部のデータは自社の設備に置く必要があるが、Web の受付部分はクラウドで柔軟に増減したい。最も適切な形は？
A. データも受付も、すべてをパブリック クラウドへ移す B. データも受付も、すべてを自社のプライベート クラウドに置く C. データと受付を、複数のパブリック クラウドに分けて置く D. ハイブリッド クラウドで、データは自社、受付はパブリックに置く
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 全部を事業者の設備に置く形です。 自社の設備に置くべきデータという条件を満たせない。 【B（不正解）】 ？ 全部を自社に置く形です。 Web の受付部分を柔軟に増減したいという要件を満たしにくい。 【C（不正解）】 ？ 事業者を分ける形です。 どれもパブリックなので、自社の設備に置くという条件を満たさない。 【D（正解）】 ？ サービスごとに置き場所を選ぶ形です。 公式の説明では、ハイブリッドはどこで動かすかを選べ、セキュリティやコンプライアンスの要件も自社で制御できる。
社内で VMware の仮想化基盤を使っている。作り直さずにパブリックやハイブリッドへ広げたい。役立つサービスは？
A. Azure Functions で処理を関数に分けて動かす B. Azure VMware Solution で今の環境を動かす C. Microsoft 365 の業務アプリに切り替える D. 料金計算ツール で移行後の費用を出す
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ コードをイベントで動かすサービスです。 VMware のワークロードをそのまま動かすサービスではない。 【B（正解）】 ？ VMware のワークロードを Azure で動かすサービスです。 公式の説明では、Azure VMware Solution で VMware のワークロードを統合とスケーラビリティを保って Azure で動かせる。 【C（不正解）】 ？ 業務アプリの SaaS です。 業務アプリのサービスで、仮想化基盤の移行には使わない。 【D（不正解）】 ？ 費用を見積もるツールです。 見積もりには使えるが、ワークロードを動かす場所にはならない。
ある会社が別のクラウド事業者から Azure へ移行している途中で、しばらく両方を使う。この状態に当てはまるのは？
A. プライベート クラウド B. オンプレミス C. SaaS D. マルチクラウド
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 1 つの組織専用の環境です。 2 つの事業者を使う状態を表す言葉ではない。 【B（不正解）】 ？ 自社の設備で運用する形です。 事業者のクラウドを使う状態ではない。 【C（不正解）】 ？ 完成したソフトを使う形です。 サービスの種類であり、クラウド モデルの名前ではない。 【D（正解）】 ？ 複数の事業者を同時に使う形です。 公式の説明では、ある事業者から別の事業者へ移行している途中もマルチクラウドの例に挙げている。
従量課金モデル
クラウドの従量課金モデルの特徴として最も適切なものは？
A. 使う予定がなくても、最大の容量分を先に払う B. 使った IT リソースの分だけ払い、使わなくなれば支払いも止まる C. 毎年、決まった額のハードウェアを購入する D. 料金は利用量に関係なく、1 社ごとに一律で決まる
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 先に容量を買っておく払い方です。 使わない容量に払うのは従量課金ではない。 【B（正解）】 ？ 使った量に応じて払う払い方です。 公式の説明では、使う IT リソースに対して支払い、それ以上の料金はかからない。 【C（不正解）】 ？ 機器を買い続ける払い方です。 物理設備への先払いで、従量課金とは逆の考え方である。 【D（不正解）】 ？ 使い方に関係ない定額の払い方です。 従量課金では利用量によって料金が変わる。
経理部から「クラウドの費用は会計上どちらに分類されるか」と聞かれた。公式の説明に沿う答えは？
A. 運用費 (OpEx)。サービスを使う都度かかる継続的な支出だから B. 設備投資 (CapEx)。データセンターを建てるのと同じだから C. 設備投資 (CapEx)。最初に全期間分をまとめて払うから D. 分類できない。クラウドの料金は会計に関係しない
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 時間とともに発生する支出の分類です。 公式の説明では、クラウドはサービスを使うときに料金が発生するため運用費に分類される。 【B（不正解）】 ？ 物理設備への先払いの分類です。 利用者はデータセンターを建てないので、設備投資には当たらない。 【C（不正解）】 ？ 先払いの支出の分類です。 従量課金では全期間分を先に払わない。 【D（不正解）】 ？ 会計の対象外とする考え方です。 クラウドの料金も支出であり、公式は運用費に分類している。
公式の説明で、従量課金モデルの利点として挙げられていないものは？
A. ハードウェアやデータセンターの初期費用がかからない B. 需要が増えたときにリソースを追加できる C. 需要が減ったときにリソースを手放せる D. どれだけ使っても毎月の請求額が一定になる
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 最初に払う費用の話です。 公式に挙げられている利点である。 【B（不正解）】 ？ 増やすときの話です。 公式に挙げられている利点である。 【C（不正解）】 ？ 減らすときの話です。 公式に挙げられている利点である。 【D（正解）】 ？ 請求額が変わらないという話です。 従量課金では使った量に応じて請求が変わるので、挙げられていないのはこれである。
自社データセンターで需要を多めに見積もって機器を買ったが、半分しか使われていない。クラウドならどう変わるか？
A. クラウドでも先に容量を買うので、同じように半分が余る B. クラウドでは見積もりが不要になり、費用は常に 0 円になる C. 需要に合わせて VM を足し引きでき、使っていない容量には払わない D. クラウドでは機器の購入を前倒しして、まとめ買いで安くする
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ クラウドも先に買う前提の考え方です。 クラウドは実際の需要に合わせてリソースを調整でき、使わない容量に払う必要がない。 【B（不正解）】 ？ 費用がかからないという考え方です。 使った分の費用はかかる。0 円になるわけではない。 【C（正解）】 ？ 需要を追いかけて容量を変える考え方です。 公式の説明では、多く必要なら VM を追加し、需要が減れば削除して、アイドルの容量には支払わない。 【D（不正解）】 ？ 機器を早めに買う考え方です。 クラウドの利用者は機器を買わないので、この方法は当てはまらない。
従来のデータセンターで需要を少なく見積もった場合に起きやすいことは？
A. 使われないまま放置される設備に、支出しすぎてしまう B. アプリの性能が落ち、機器の追加にも時間がかかる C. 足りない分が自動でクラウドへ切り替わり、問題は起きない D. 機器が少ない分、電気代と冷却の費用が大きく下がる
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 使われない設備への支出の話です。 これは多く見積もった場合に起きることである。 【B（正解）】 ？ アプリの性能と機器の手配の話です。 公式の説明では、少なく見積もると性能が落ち、追加の機器や電源・冷却の手配が必要になる。 【C（不正解）】 ？ 自動で解決するという話です。 従来のデータセンターに自動で切り替わる仕組みはない。 【D（不正解）】 ？ 費用が減るという話です。 容量不足の問題とは関係がない。
クラウドの価格モデルの比較
1 年または 3 年の利用を約束し、従量課金より割安に使う Azure の仕組みは？
A. Azure スポット仮想マシン B. Azure ハイブリッド特典 C. Azure の予約 D. 料金計算ツール
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 空き容量を使う VM です。 利用期間の約束ではなく、空き容量を割安で使う仕組みである。 【B（不正解）】 ？ 手持ちのライセンスを使う制度です。 ライセンスを持ち込む制度で、期間の約束による割引ではない。 【C（正解）】 ？ SKU やリージョンなどの条件を決めて購入するものです。 公式の説明では、1 年または 3 年のプランにコミットすることで従量課金より割り引かれる。 【D（不正解）】 ？ 費用を見積もるツールです。 見積もりのツールで、割引の仕組みではない。
出典: Azure 予約とは
24 時間ずっと同じサイズの VM を 3 年使う予定がある。費用を最も下げやすい価格モデルは？
A. 従量課金のまま使い続ける B. Azure スポット仮想マシンで動かす C. 毎晩 VM を削除し、朝に作り直す D. Azure の予約を 3 年で購入する
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 使った分だけ払う標準の払い方です。 使い方が一定なら、予約のほうが割安にできる。 【B（不正解）】 ？ 空き容量を使う方法です。 容量が必要になると停止や削除をされるため、ずっと動かす VM には向かない。 【C（不正解）】 ？ 使わない時間を止める方法です。 24 時間使う前提なので、止める時間がない。 【D（正解）】 ？ 期間を約束して割引を受ける方法です。 公式の説明では、一定の使用量がある場合に予約を買うと従量課金より最大 72% 安くなる。
出典: Azure 予約とは
夜間のバッチ処理で、途中で止まっても後でやり直せる。とにかく安く計算したい。合う選択肢は？
A. Azure スポット仮想マシン B. Azure の予約（3 年） C. 常に動かし続ける通常の VM D. 専用の物理サーバーの購入
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ Azure の使われていない容量を使う VM です。 公式の説明では、スポット VM はバッチ処理など中断に対応できるワークロードに向いている。 【B（不正解）】 ？ 長期の利用を約束する割引です。 毎晩の短い処理のために 3 年分を約束すると、使わない時間が多くなる。 【C（不正解）】 ？ 止まらない前提の VM です。 中断を許せる処理なら、もっと安い選択肢がある。 【D（不正解）】 ？ 設備を買う方法です。 初期費用がかかり、安く計算するという要件に合わない。
Windows Server のライセンスをソフトウェア アシュアランス付きで持っている。Azure の Windows VM の費用を下げる方法は？
A. Azure スポット仮想マシンに切り替える B. Azure ハイブリッド特典を使う C. Azure の予約で Windows のライセンス料も割り引く D. ライセンスを捨てて Linux に作り直す
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 空き容量を使う VM です。 ライセンスの持ち込みとは別の仕組みで、停止や削除をされる可能性もある。 【B（正解）】 ？ 手持ちのライセンスを Azure で生かす制度です。 公式の説明では、ソフトウェア アシュアランス付きのライセンスを使い、Windows VM を低コストで使える。 【C（不正解）】 ？ 期間を約束する割引です。 公式の説明では、Windows VM の予約割引はソフトウェアの費用には適用されない。 【D（不正解）】 ？ OS を替える方法です。 手持ちのライセンスを生かす方法ではなく、作り直しの負担もある。
VM、App Service、コンテナーと使うサービスが年ごとに変わる。それでも 3 年分の割引を受けたい。合う仕組みは？
A. 特定の VM サイズとリージョンを決めるAzure の予約 B. Azure スポット仮想マシンだけで全部を動かす C. 1 時間あたりの支出額を約束するAzure 節約プラン D. 従量課金のままにして、割引はあきらめる
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 対象を細かく決める割引です。 予約は特定のリソースに割引を固定するので、使うサービスが変わると生かしにくい。 【B（不正解）】 ？ 空き容量を使う VM です。 停止や削除をされる可能性があり、App Service などには使えない。 【C（正解）】 ？ 支出額を約束する割引です。 公式の説明では、節約プランは対象サービスやリージョンにまたがって自動で適用され、変化するワークロードに向く。 【D（不正解）】 ？ 割引を使わない方法です。 3 年分の割引を受けたいという要件を満たさない。
出典: 節約計画とは
Azure 節約プランで、ある 1 時間に約束額を使い切らなかった。残った分の扱いとして最も適切なものは？
A. 未使用分は翌月に繰り越され、あとでまとめて使える B. その 1 時間の未使用分は期限切れで、繰り越されない C. 未使用分は、月末に全額が自動で返金される D. 未使用分は、自動で同じ額の予約に切り替わる
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 残りを後に回す扱いです。 公式の説明では、1 時間で使わなかったコミットメントは繰り越されない。 【B（正解）】 ？ 時間ごとに区切る扱いです。 公式の説明のとおり、未使用のコミットメントは期限切れとなる。 【C（不正解）】 ？ お金が戻る扱いです。 節約プランは取り消しや払い戻しができない。 【D（不正解）】 ？ 別の割引に切り替わる扱いです。 そのような自動の切り替えはない。
出典: 節約計画とは
サーバーレス
サーバーレスの説明として最も適切なものは？
A. サーバーの用意や保守を気にせずに処理を動かせる B. 物理的なサーバーを 1 台も使わずに処理が動く C. 利用者が OS の修正プログラムをすべて自分で適用する D. 自社のサーバー室の中にだけ置ける処理の仕組み
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ サーバーの管理を意識しない形です。 公式の説明では、Azure Functions はサーバーのデプロイと保守を心配せずにアプリを動かせるサーバーレスの仕組みである。 【B（不正解）】 ？ 物理的にサーバーが無いという考え方です。 裏ではクラウドのサーバーが動いている。利用者が管理しなくてよいという意味である。 【C（不正解）】 ？ OS を自分で管理する形です。 これは IaaS の特徴で、サーバーレスでは基盤の管理を事業者に任せる。 【D（不正解）】 ？ 置き場所を自社に限る形です。 サーバーレスはクラウドの基盤を使う形である。
Blob Storage にファイルが置かれたら自動で画像を縮小したい。サーバーは管理したくない。合うサービスは？
A. Azure Virtual Machinesで常に監視プログラムを動かす B. Azure Functionsで、アップロードを合図にコードを動かす C. Azure の予約で、処理用の VM を 3 年分まとめて買う D. Azure Arcで、処理用のサーバーを一元管理する
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ VM でプログラムを動かす方法です。 VM の OS や保守を自分で管理することになり、要件に合わない。 【B（正解）】 ？ イベントでコードを動かす方法です。 公式の説明では、Blob Storage でファイルがアップロードされたときにコードを実行するのが代表的な使い方である。 【C（不正解）】 ？ VM の割引の方法です。 割引の仕組みで、処理を動かす方法ではない。 【D（不正解）】 ？ サーバーをまとめて管理する方法です。 サーバーを管理したくないという要件とは逆の方向である。
コードをほとんど書かずに、ファイル到着の通知や承認の流れを自動化したい。フル マネージドで使いたい。合うものは？
A. Azure Logic Apps B. Azure Virtual Machines C. Azure ハイブリッド特典 D. Azure VMware Solution
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 画面でワークフローを組み立てるサービスです。 公式の説明では、ほとんどコードなしでワークフローを自動化でき、Azure がホストや保守を管理する。 【B（不正解）】 ？ 仮想サーバーを借りるサービスです。 OS から自分で管理する必要があり、フル マネージドではない。 【C（不正解）】 ？ ライセンスを持ち込む制度です。 費用の制度で、ワークフローを動かす機能はない。 【D（不正解）】 ？ VMware のワークロードを動かすサービスです。 仮想化基盤を移すためのサービスで、ワークフローの自動化には使わない。
新しく Azure Functions のアプリを作る。イベントで素早く増減し、使った分だけ払いたい。公式が推奨するホスティングは？
A. Premium プラン B. 専用プラン（App Service プラン） C. 従来の従量課金プラン D. Flex 従量課金プラン
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 常に起動したインスタンスを持つプランです。 応答は速いが常時稼働の費用がかかり、使った分だけ払う形ではない。 【B（不正解）】 ？ 既存の App Service プランで動かす形です。 予測しやすい費用で動かす形で、イベントでの素早い増減と従量課金という要件とは異なる。 【C（不正解）】 ？ 以前からあるサーバーレスのプランです。 公式は Windows のみの従来のプランとし、新しいアプリには Flex 従量課金を勧めている。 【D（正解）】 ？ 名前に Flex（柔軟）と付いた従量課金のプランです。 公式の表で推奨とされ、イベントでの迅速なスケーリングと従量課金を備える。
利用の少ないデータベースで、負荷に合わせて計算資源を自動で増減し、秒単位の使用量で払いたい。合う選択肢は？
A. Azure SQL Database のサーバーレス コンピューティング レベル B. Azure SQL Database のプロビジョニング済みコンピューティング レベル C. VM に SQL Server を入れて常時稼働させる D. Azure スポット仮想マシンで SQL Server を動かす
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 名前に「サーバーレス」と付くコンピューティング レベルです。 公式の説明では、負荷に合わせて自動でスケールし、1 秒あたりの使用量で請求される。 【B（不正解）】 ？ 一定の量を常に確保するレベルです。 負荷に関係なく確保した量に時間単位で課金されるため、要件に合わない。 【C（不正解）】 ？ 自分で管理する形です。 自動の増減や秒単位の課金はなく、保守も自分で行う。 【D（不正解）】 ？ 空き容量の VM で動かす形です。 容量が必要になると停止や削除をされるため、データベースの常用には向かない。
高可用性とスケーラビリティ
高可用性の説明として最も適切なものは？
A. 需要の変化に合わせて、リソースを増減できること B. クラウドの費用を、前もって見通せること C. 中断が起きても、できるだけ使える状態を保つこと D. 組織のルールに沿って、リソースを統制すること
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 処理能力の調整の話です。 これはスケーラビリティの説明である。 【B（不正解）】 ？ お金の見通しの話です。 これは予測可能性（コスト）の説明である。 【C（正解）】 ？ 止まらずに使えることの話です。 公式の説明では、高可用性は中断やイベントに関係なく最大限の可用性を確保することに重点を置く。 【D（不正解）】 ？ 決まりを守らせる話です。 これはガバナンスの説明である。
Azure がサービスごとに稼働時間を保証する取り決めを何と呼ぶか？
A. SLA B. ARM テンプレート C. Azure Policy D. Azure の予約
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ サービス水準についての取り決めです。 公式の説明では、アップタイムの保証はサービス レベル アグリーメント (SLA) の一部である。 【B（不正解）】 ？ リソースを宣言するファイルです。 リソースを作るためのファイルで、稼働時間の保証ではない。 【C（不正解）】 ？ ルールを守らせるサービスです。 ガバナンスのためのサービスで、稼働時間の約束ではない。 【D（不正解）】 ？ 期間を約束する割引です。 価格の仕組みで、稼働時間の保証ではない。
アプリの処理が足りないので、VM の CPU とメモリを増やした。このスケーリングの種類は？
A. 水平スケーリング（スケールアウト） B. 垂直スケーリング（スケールアップ） C. 高可用性の確保 D. ハイブリッド クラウドへの移行
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 台数を増やすスケーリングです。 台数は変えていないので当てはまらない。 【B（正解）】 ？ 1 台の性能を上げるスケーリングです。 公式の説明では、VM に CPU や RAM を追加するのが垂直方向のスケールアップである。 【C（不正解）】 ？ 止まらないようにする取り組みです。 性能を上げることと、止まらないことは別の考え方である。 【D（不正解）】 ？ クラウド モデルの変更です。 配置の形を変えることで、VM の性能を上げることではない。
セールで急にアクセスが増え、終わると元に戻る。費用も抑えたい。スケーリングの考え方として最も適切なものは？
A. 一番大きい VM に替えたまま、セール後も使い続ける B. セールの前に VM を減らしておき、負荷に耐える C. 需要に合わせて VM を自動でスケールアウトし、減ればスケールインする D. アクセスが増えたら手作業で新しいデータセンターを用意する
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 性能を上げたままにする方法です。 需要が戻った後も大きな VM に払い続けることになる。 【B（不正解）】 ？ 台数を先に減らす方法です。 需要が増えるときに減らすと、サービスが落ちやすくなる。 【C（正解）】 ？ 台数を自動で増減する方法です。 公式の説明では、急な需要には自動または手動でスケールアウトし、減ればスケールインして費用を抑えられる。 【D（不正解）】 ？ 設備から作る方法です。 急な需要には間に合わず、クラウドのスケーリングを使っていない。
スケーラビリティが費用面でもたらす利点として、公式の説明に沿うものは？
A. 需要が減ったらリソースを減らし、必要以上に払わずに済む B. 一度増やしたリソースは減らせないが、単価が下がる C. リソースを増やしても料金は変わらない D. スケーリングすると SLA が無効になる
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 減らすときの費用の話です。 公式の説明では、従量課金なので需要が減ればリソースを減らして費用を下げられる。 【B（不正解）】 ？ 増やす一方の話です。 クラウドのリソースは需要に合わせて減らせる。 【C（不正解）】 ？ 料金が一定という話です。 使った分を払う形なので、増やせば料金も増える。 【D（不正解）】 ？ 保証が消えるという話です。 SLA は稼働時間の保証で、スケーリングで無効になるという説明は公式に無く、費用面の利点でもない。
信頼性と予測可能性
クラウドの信頼性の説明として最も適切なものは？
A. 費用を前もって見通せること B. 画面やコマンドで手軽に操作できること C. リソースの台数を増やせること D. 障害から回復し、機能し続けるシステムの能力
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ お金の見通しの話です。 これは予測可能性（コスト）の説明である。 【B（不正解）】 ？ 操作のしやすさの話です。 これは管理の容易さの説明である。 【C（不正解）】 ？ 台数の調整の話です。 これは水平スケーリングの説明である。 【D（正解）】 ？ 障害のあとも動き続ける力の話です。 公式の説明では、信頼性は障害から回復して機能し続けるシステムの機能である。
1 つのリージョンで大きな災害が起きても、サービスを続けたい。クラウドで信頼性を高める考え方として最も適切なものは？
A. 1 つのリージョンの中で VM のサイズを大きくする B. 世界の複数リージョンにリソースを分散して置く C. リソースをすべて 1 台の VM にまとめる D. 災害時の対応は事業者に任せ、設計では何もしない
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 1 か所の性能を上げる考え方です。 リージョン全体が止まると、大きな VM も一緒に止まる。 【B（正解）】 ？ 置き場所を分ける考え方です。 公式の説明では、分散型の設計で世界中のリージョンに置けば、1 つのリージョンが止まっても他が動き続ける。 【C（不正解）】 ？ 1 台に集める考え方です。 その 1 台が止まるとすべて止まり、信頼性は下がる。 【D（不正解）】 ？ 設計を事業者に任せる考え方です。 公式の説明では、ワークロードの信頼性は利用者の設計と運用の判断にも左右される。
出典: クラウドでの信頼性と予測可能性の利点について説明する（Microsoft Learn トレーニング）／Azure の信頼性
移行前にクラウドの月額費用の見通しを立てたい。コストの予測可能性を高める方法として公式が挙げるものは？
A. 料金計算ツールで、使う予定のリソースの費用を見積もる B. リソースの使用状況は見ず、請求書が届いてから考える C. Azure スポット仮想マシンだけを使う D. リージョンを毎月変えて最安の場所を探す
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ Azure の公式の Web ツールを使う方法です。 公式の説明では、Azure 料金計算ツールなどで潜在的なクラウド支出の見積もりを得られる。 【B（不正解）】 ？ 後から確認する方法です。 見通しを立てるには、使用状況の追跡や見積もりが必要である。 【C（不正解）】 ？ 空き容量の VM を使う方法です。 スポットの価格は変動し、削除もあるため見通しは立てにくい。 【D（不正解）】 ？ 置き場所を変え続ける方法です。 費用の見通しを立てる方法ではなく、運用の手間も増える。
朝だけ利用が集中し、応答が遅くなる。パフォーマンスの予測可能性を高める組み合わせとして公式の説明に沿うものは？
A. 自動スケーリングで増やし、負荷分散で偏りを散らす B. 利用が集中する朝の時間帯だけ、サービスを止める C. リソースを最小の構成にして、費用だけを下げる D. 料金計算ツールで、毎月の費用を見積もるだけにする
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 台数の自動調整と、処理の振り分けを組み合わせる方法です。 公式の説明では、自動スケーリング、負荷分散、高可用性がパフォーマンスの予測可能性を支える概念である。 【B（不正解）】 ？ 需要を断る方法です。 利用者に良い体験を届けるという目的に反する。 【C（不正解）】 ？ 費用を最優先にする方法です。 朝の集中に耐えられず、応答はさらに遅くなる。 【D（不正解）】 ？ 費用の見通しだけを立てる方法です。 コストの予測には役立つが、応答の遅さは解決しない。
セキュリティとガバナンス
クラウドのガバナンスの利点として、公式の説明に沿うものは？
A. テンプレートで、リソースを標準や規制に合わせやすい B. どんなリソースでも自由に作れ、社内のルールが不要になる C. 監査の仕組みそのものがなくなり、点検の手間が減る D. 物理サーバーを自社の資産として買いやすくなる
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 決まりに沿って作る話です。 公式の説明では、テンプレートなどのツールでリソースが標準や規制要件を満たすことを確認しやすい。 【B（不正解）】 ？ 決まりをなくす話です。 ガバナンスはルールに沿って統制することで、ルールをなくすことではない。 【C（不正解）】 ？ チェックをやめる話です。 公式の説明では、クラウド ベースの監査で基準に合わないリソースに印を付けられる。 【D（不正解）】 ？ 設備の購入の話です。 ガバナンスの利点とは関係がない。
OS とソフトのセキュリティを最大限自分で制御したい。その分、修正プログラムの適用も自分で行う。合うサービスの種類は？
A. SaaS B. PaaS C. IaaS D. サービスの種類に関係なく同じ
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 完成したアプリを使う形です。 事業者がほぼすべてを管理するため、自分で制御できる範囲は小さい。 【B（不正解）】 ？ アプリとデータに集中する形です。 OS は事業者が管理するので、OS の制御はできない。 【C（正解）】 ？ 仮想マシンなど基盤を借りる形です。 公式の説明では、セキュリティを最大限制御したい場合は IaaS で、OS とソフトの修正や保守は利用者が行う。 【D（不正解）】 ？ 種類で違いがないという考え方です。 サービスの種類によって制御できる範囲は大きく変わる。
修正プログラムの適用や保守を自動で任せたい。セキュリティの観点で公式が勧める方向として最も適切なものは？
A. IaaS で VM を立て、更新は手作業で行う B. PaaS または SaaS を使う C. 自社データセンターに移し直す D. 更新を止めて、構成を変えないようにする
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 自分で更新する形です。 IaaS では OS やソフトの更新は利用者が行うので、自動で任せたい要件に合わない。 【B（正解）】 ？ 事業者が基盤を管理する形です。 公式の説明では、パッチとメンテナンスを自動にしたいなら PaaS や SaaS が最適な戦略になりうる。 【C（不正解）】 ？ 設備を自分で持つ形です。 すべて自分で更新することになり、要件と逆である。 【D（不正解）】 ？ 更新をしない形です。 更新を止めると既知の弱点が残り、セキュリティが下がる。
出典: クラウドでのセキュリティとガバナンスの利点について説明する（Microsoft Learn トレーニング）／クラウドでの共同責任
社内基準が変わり、数百のリソースの設定を一斉に見直す必要がある。基準外も見つけたい。クラウドの利点として最も適切なものは？
A. リソースを 1 台ずつ画面で開いて確認するしか方法はない B. まとめて更新でき、監査で基準外のリソースに印を付けられる C. クラウドでは社内基準が変わっても、リソースに影響しない D. 基準外のリソースは、クラウド事業者が自動で削除する
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 手作業で確かめる方法です。 公式の説明では、標準が変わった場合はリソースを大規模に更新できる。 【B（正解）】 ？ 一括の更新と自動の点検を組み合わせる方法です。 公式の説明では、標準が変われば大規模に更新でき、監査で基準外のリソースに印を付けて対策も示せる。 【C（不正解）】 ？ 影響がないという考え方です。 基準が変われば、それに合わせてリソースを直す必要がある。 【D（不正解）】 ？ 事業者が勝手に消すという考え方です。 公式の説明は監査で基準外のリソースに印を付けて対策を示すことで、事業者が自動で削除するとはしていない。
管理の容易さ
公式の説明で「クラウドを管理する方法」として挙げられていないものは？
A. ブラウザーで開く Web ポータルを使う B. コマンド ライン インターフェイスを使う C. データセンターに出向いて機器を触る D. API や PowerShell のスクリプトを使う
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ ブラウザーの画面から操作する方法です。 公式に挙げられている方法である。 【B（不正解）】 ？ コマンドで操作する方法です。 公式に挙げられている方法である。 【C（正解）】 ？ 現地で機器を触る方法です。 利用者はデータセンターに入らない。挙げられていないのはこれである。 【D（不正解）】 ？ プログラムやスクリプトで操作する方法です。 公式に挙げられている方法である。
管理の容易さのうち「クラウドの管理」に当たるものとして、公式の説明に沿うものは？
A. Azure CLI でコマンドを打つこと B. Azure portal の画面を使うこと C. Azure PowerShell のスクリプトを使うこと D. リソースの正常性を監視し、問題のあるリソースを自動で交換すること
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 操作する道具の話です。 これは「クラウドでの管理」（管理の方法）に当たる。 【B（不正解）】 ？ 操作する画面の話です。 これは「クラウドでの管理」（管理の方法）に当たる。 【C（不正解）】 ？ スクリプトで操作する話です。 これは「クラウドでの管理」（管理の方法）に当たる。 【D（正解）】 ？ リソースそのものの扱いの話です。 公式の説明では、正常性の監視と自動の交換は「クラウドの管理」の例である。
同じ構成の検証環境を何度も作る。手作業の設定ミスを減らしたい。管理の容易さの利点で最も適切なものは？
A. 事前構成済みのテンプレートからリソースを展開する B. 毎回、画面で 1 項目ずつ手入力する C. 検証環境を作らず、本番で直接試す D. 構成を口頭で伝えて、担当者の記憶に頼る
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 決まった形から作る方法です。 公式の説明では、テンプレートから展開すれば手動の構成が不要になる。 【B（不正解）】 ？ 手作業で作る方法です。 手作業が多いほど設定のばらつきやミスが起きやすい。 【C（不正解）】 ？ 検証を省く方法です。 利用者や本番環境に影響が出るおそれがある。 【D（不正解）】 ？ 人の記憶に任せる方法です。 同じ構成を再現しにくく、ミスも防げない。
運用チームの手作業を減らし、構成を一定に保ちたい。公式の例に沿う組み合わせとして最も適切なものは？
A. 毎回ポータルの画面で手作業で作り、問題が起きたら担当者が気づくのを待つ B. テンプレートで展開し、ポータルで監視し、定期作業はスクリプトで自動化する C. 監視も更新もやめて、作ったリソースをそのまま放置しておく D. リソースを自社データセンターに戻し、すべて手作業で管理する
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 人手に頼る運用です。 手作業が多く、構成も揃いにくい。 【B（正解）】 ？ 作成・監視・定期作業をそれぞれ仕組みにする運用です。 公式の例そのもので、手作業が減り、一貫した構成を保てる。 【C（不正解）】 ？ 管理しない運用です。 障害や設定のずれに気づけず、構成も保てない。 【D（不正解）】 ？ 設備を自分で持つ運用です。 クラウドの管理の容易さを手放すことになる。
IaaS（サービスとしてのインフラストラクチャ）
クラウド サービスの種類のうち、最も柔軟で、利用者が制御できる範囲が最も大きいものは？
A. SaaS B. PaaS C. IaaS D. どの種類も制御できる範囲は同じ
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 完成したアプリを使う形です。 公式の説明では、SaaS は柔軟性が最も低い場合がある。 【B（不正解）】 ？ 開発の基盤を借りる形です。 IaaS と SaaS の中間で、OS は事業者が管理する。 【C（正解）】 ？ 基盤のハードウェアを借りる形です。 公式の説明では、IaaS は最も柔軟なカテゴリで、クラウド リソースを最大限制御できる。 【D（不正解）】 ？ 差がないという考え方です。 サービスの種類によって、利用者が管理する範囲は異なる。
IaaSで利用者が責任を持つ作業として、公式の説明に沿うものは？
A. 物理的なセキュリティの維持 B. OS のインストール、構成、保守 C. インターネットへの物理的なネットワーク接続の維持 D. ハードウェアの維持
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 建物や機器の守りです。 IaaS でもクラウド事業者の責任である。 【B（正解）】 ？ OS まわりの作業です。 公式の説明では、IaaS では OS のインストール・構成・保守は利用者が受け持つ。 【C（不正解）】 ？ 回線の維持です。 IaaS では事業者が受け持つ。 【D（不正解）】 ？ 機器の保守です。 IaaS では事業者が受け持つ。
オンプレミスのサーバーを、アプリを作り直さずにほぼそのまま Azure へ移したい。この移行方法と合うサービスの種類は？
A. リフト アンド シフトで、IaaS の仮想マシンへ移す B. SaaS に切り替え、自社アプリは使わない C. PaaS に合わせてアプリを全面的に書き直す D. 移行をやめ、オンプレミスの機器を買い足す
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 移行方法の呼び名と、仮想マシンを借りる形の組み合わせです。 公式の説明では、リフト アンド シフト移行が IaaS の代表的なシナリオである。 【B（不正解）】 ？ 完成したアプリに置き換える方法です。 アプリを作り直さず移すという要件に合わない。 【C（不正解）】 ？ 基盤に合わせて作り直す方法です。 作り直さないという要件に反する。 【D（不正解）】 ？ 移行しない方法です。 Azure へ移すという要件を満たさない。
開発チームが、決まった構成の開発・テスト環境をすばやく複製し、不要になれば止めたい。OS まで完全に制御したい。合うものは？
A. SaaS の業務アプリ B. Microsoft 365 の業務アプリ C. Azure Logic Apps のワークフロー D. IaaS の仮想マシンで環境を起動・停止する
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 完成したアプリを使う形です。 OS を制御できず、開発・テスト環境の複製にも向かない。 【B（不正解）】 ？ Microsoft の既製の業務アプリを使う SaaS です。 既製のアプリを使う形で、OS を制御する開発環境ではない。 【C（不正解）】 ？ 業務の流れを自動化するサービスです。 ワークフローを動かすもので、OS を制御できる環境ではない。 【D（正解）】 ？ 基盤を借りて自分で構成する形です。 公式の説明では、テストと開発は IaaS が理にかなうシナリオで、完全な制御を保ちながら環境を素早く起動・停止できる。
IaaS を一言で表すと、どの説明が公式の考え方に近いか？
A. 完成したアプリを月額で使う形 B. 事業者が OS やミドルウェアを管理し、利用者はコードに集中する形 C. クラウドのハードウェアを借り、その上の操作は利用者が行う形 D. 自社の建物に機器を置き、すべて自分で運用する形
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ アプリをそのまま使う形です。 これは SaaS の説明である。 【B（不正解）】 ？ 開発の基盤を借りる形です。 これは PaaS の説明である。 【C（正解）】 ？ 機器を借りる形です。 公式の説明では、IaaS は基本的にクラウド データセンターのハードウェアを借り、その使い方は利用者が担う。 【D（不正解）】 ？ 自社で設備を持つ形です。 これはオンプレミスの説明である。
PaaS（サービスとしてのプラットフォーム）
PaaSで、クラウド事業者が管理するものとして公式の説明に沿うものは？
A. アプリケーションのコード B. OS、ミドルウェア、開発ツール C. アプリに保存するデータ D. アプリにアクセスできる人の設定
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 利用者が書くプログラムです。 PaaS ではアプリのコードは利用者が受け持つ。 【B（正解）】 ？ アプリの下で動く基盤です。 公式の説明では、PaaS の事業者は OS、ミドルウェア、開発ツール、分析サービスも維持する。 【C（不正解）】 ？ 利用者の情報です。 データは常に利用者の責任である。 【D（不正解）】 ？ アクセス制御の設定です。 PaaS ではアクセス制御は利用者が重点的に受け持つ。
Web アプリを公開したい開発チームが、OS の修正プログラムやライセンスに手間をかけたくない。合う種類とサービスは？
A. IaaS の Azure Virtual Machines B. SaaS の Microsoft 365 C. PaaS の Azure App Service D. 自社データセンターの物理サーバー
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 仮想サーバーを借りる形です。 OS の修正プログラム適用は利用者が行う必要があり、要件に合わない。 【B（不正解）】 ？ 完成した業務アプリです。 自社の Web アプリを公開する場所ではない。 【C（正解）】 ？ 基盤を管理せずにアプリを動かす形です。 公式の説明では、PaaS では OS やデータベースのライセンスや修正プログラムを心配する必要がない。 【D（不正解）】 ？ 設備を自分で持つ形です。 OS の保守もライセンスもすべて自分で受け持つことになる。
出典: サービスとしてのプラットフォームについて説明する（Microsoft Learn トレーニング）／クラウドでの共同責任
売上データを分析して傾向を見つけ、将来を予測したい。分析の基盤は自分で管理したくない。公式の例で合う種類は？
A. IaaS B. SaaS のメール サービス C. オンプレミス D. PaaS
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 基盤のハードウェアを借りる形です。 分析の基盤を自分で構築・管理することになる。 【B（不正解）】 ？ 完成したメールのアプリです。 メールの用途で、データ分析の基盤ではない。 【C（不正解）】 ？ 自社の設備で運用する形です。 基盤を自分で管理することになり、要件に合わない。 【D（正解）】 ？ OS やミドルウェアなどの基盤を事業者が維持する形です。 公式の説明では、分析やビジネス インテリジェンスは PaaS の代表的なシナリオである。
PaaSの責任分担の説明として最も適切なものは？
A. 利用者はコード、データ、アクセス制御に注力し、一部の設定は共有になる B. 利用者は OS の修正プログラムの適用を含め、ほぼすべてを自分で管理する C. 事業者がデータの中身まで管理し、利用者は何もしなくてよい D. 物理データセンターの建物と設備の管理が、利用者に移る
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 共有になる部分がある分担です。 公式の説明では、PaaS の利用者はアプリのコード、データ、アクセス制御に重点を置き、一部の設定は共有される。 【B（不正解）】 ？ 利用者の担当が最も大きい分担です。 これは IaaS の分担である。 【C（不正解）】 ？ すべてを事業者に任せる分担です。 どの種類でもデータは利用者の責任である。 【D（不正解）】 ？ 設備の担当が移る分担です。 物理データセンターはクラウドでは常に事業者の責任である。
出典: サービスとしてのプラットフォームについて説明する（Microsoft Learn トレーニング）／クラウドでの共同責任
SaaS（サービスとしてのソフトウェア）
SaaSを選んだ利用者は、何を借りて使うことになるか？
A. 仮想マシンを借り、OS から上を自分で構成する B. 完全に開発されたアプリケーションを借りて使う C. 開発ツールを借りて自社アプリを作る D. 自社の建物に機器を置いて運用する
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 基盤を借りる形です。 これは IaaS の説明である。 【B（正解）】 ？ 完成したアプリを使う形です。 公式の説明では、SaaS は基本的に完全に開発されたアプリを借りて使う形である。 【C（不正解）】 ？ 開発の基盤を借りる形です。 これは PaaS の説明である。 【D（不正解）】 ？ 自社で設備を持つ形です。 これはオンプレミスの説明である。
公式の説明で、SaaSの一般的な例として挙げられていないものは？
A. 電子メールとメッセージングのアプリ B. 文書作成などの生産性アプリケーション C. 財務と経費を追跡するアプリ D. 自分で OS を入れる仮想サーバー
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 連絡の道具です。 公式に挙げられている例である。 【B（不正解）】 ？ 文書作成などの道具です。 公式に挙げられている例である。 【C（不正解）】 ？ お金の管理の道具です。 公式に挙げられている例である。 【D（正解）】 ？ OS から自分で用意するサーバーです。 これは IaaS の例で、SaaS の例ではない。挙げられていないのはこれである。
IT 担当者がいない小さな会社が、すぐに全社でメールと文書作成を使い始めたい。合う種類は？
A. SaaS B. IaaS C. PaaS D. プライベート クラウド
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 完成したアプリをそのまま使う形です。 公式の説明では、SaaS は最も簡単に始められ、最小限の技術知識で使える。 【B（不正解）】 ？ 基盤を借りて自分で構成する形です。 OS やメール ソフトを自分で構成する知識が必要になる。 【C（不正解）】 ？ 開発の基盤を借りる形です。 自社でアプリを開発する前提で、すぐに使い始めたい要件に合わない。 【D（不正解）】 ？ 1 つの組織専用の環境です。 機器の購入と保守が必要で、IT 担当者がいない会社には負担が大きい。
SaaS のコラボレーション基盤を導入した。利用者側が引き続き力を入れるべきことは？
A. インフラへの修正プログラムの適用 B. アプリケーションの更新と可用性の確保 C. ユーザーの登録、アクセス制御、データの管理 D. 物理サーバーの交換
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 基盤の更新作業です。 公式の説明では、SaaS ではインフラの修正プログラム適用は事業者が処理する。 【B（不正解）】 ？ アプリの保守と稼働の維持です。 公式の説明では、SaaS ではアプリの更新と可用性も事業者が処理する。 【C（正解）】 ？ 人とデータの管理です。 公式の説明では、SaaS の利用者はユーザーのオンボード、アクセス制御、データ ガバナンスに集中する。 【D（不正解）】 ？ 機器の保守です。 物理ホストは常に事業者の責任である。
出典: サービスとしてのソフトウェアについて説明する（Microsoft Learn トレーニング）／クラウドでの共同責任
IaaS・PaaS・SaaS の使い分け
次のうちPaaSに当たる Azure のサービスは？
A. Azure Virtual Machines B. Azure SQL Database C. Microsoft 365 D. Azure VMware Solution
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 仮想サーバーを借りるサービスです。 公式の分類では IaaS の例である。 【B（正解）】 ？ フル マネージドのデータベース エンジンです。 公式の説明では、Azure SQL Database はフル マネージドの PaaS データベース エンジンである。 【C（不正解）】 ？ 完成した業務アプリです。 公式の分類では SaaS の例である。 【D（不正解）】 ？ VMware のワークロードを動かすサービスです。 VMware の仮想化基盤を Azure で動かすもので、開発基盤を提供する PaaS の例ではない。
公式の責任分担の表で、PaaSでは Microsoft の責任、IaaSでは利用者の責任になる項目は？
A. 顧客データ B. ID とユーザー C. 物理ネットワーク D. オペレーティング システム
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 保存する情報です。 どの種類でも利用者の責任である。 【B（不正解）】 ？ だれが使えるかの管理です。 どの種類でも利用者の責任である。 【C（不正解）】 ？ 配線や機器のネットワークです。 IaaS でも PaaS でも Microsoft の責任である。 【D（正解）】 ？ サーバーの OS です。 公式の表では、OS は IaaS で利用者、PaaS と SaaS で Microsoft の責任になる。
出典: クラウドでの共同責任
古い業務アプリを移す。OS の特定設定が必要で、すぐに書き直せない。将来の新機能はマネージドな基盤で作りたい。最も適切な方針は？
A. 今のアプリは IaaS へ移し、新機能は PaaS で作る B. すべてを今すぐ SaaS に置き換える C. すべてを PaaS に合わせて今すぐ書き直す D. 移行をやめて、自社の機器を買い替える
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 時期と要件で種類を分ける方針です。 OS の設定が必要なものは制御できる IaaS が合い、新機能は基盤の管理が不要な PaaS が合う。 【B（不正解）】 ？ 完成品に置き換える方針です。 OS の特定設定が必要な自社アプリを、そのまま SaaS にはできない。 【C（不正解）】 ？ 全面的に作り直す方針です。 すぐに書き直せないという条件に反する。 【D（不正解）】 ？ クラウドを使わない方針です。 将来の新機能をマネージドな基盤で作るという要件を満たさない。
出典: サービスとしてのインフラストラクチャについて説明する（Microsoft Learn トレーニング）／サービスとしてのプラットフォームについて説明する（Microsoft Learn トレーニング）
管理の手間が少ない順に並べたものとして、公式の説明に沿うものは？
A. IaaS → PaaS → SaaS（左ほど手間が少ない） B. PaaS → IaaS → SaaS（左ほど手間が少ない） C. SaaS → IaaS → PaaS（左ほど手間が少ない） D. SaaS → PaaS → IaaS（左ほど手間が少ない）
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 基盤を借りる形から始める並びです。 IaaS は利用者の運用の責任が最も大きく、手間が少ない順とは逆である。 【B（不正解）】 ？ 開発基盤から始める並びです。 IaaS は PaaS より利用者の管理範囲が広く、この並びは成り立たない。 【C（不正解）】 ？ 完成品から始め、基盤、開発基盤と続く並びです。 PaaS は IaaS より利用者の管理範囲が狭いので、順序が合わない。 【D（正解）】 ？ 完成品から基盤へ向かう並びです。 公式の説明では、SaaS は運用の負担が最も低く、PaaS が中間、IaaS は運用の責任が最も大きい。
出典: サービスとしてのインフラストラクチャについて説明する（Microsoft Learn トレーニング）／サービスとしてのプラットフォームについて説明する（Microsoft Learn トレーニング）／サービスとしてのソフトウェアについて説明する（Microsoft Learn トレーニング）／共有責任モデルについて説明する（Microsoft Learn トレーニング）
請求書の発行と経費精算の仕組みを、開発せずにすぐ使いたい。合う種類は？
A. IaaS B. SaaS C. PaaS D. オンプレミス
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 基盤を借りて自分で構成する形です。 アプリを自分で用意して構成する必要がある。 【B（正解）】 ？ 完成したアプリをそのまま使う形です。 公式の説明では、財務と経費の追跡は SaaS の一般的なシナリオである。 【C（不正解）】 ？ 開発の基盤を借りる形です。 自社で開発する前提なので、開発せずにすぐ使うという要件に合わない。 【D（不正解）】 ？ 自社の設備で運用する形です。 機器とソフトを自分で用意する必要がある。
この分野に出てくる用語（45 語）
ARM テンプレート：作りたいリソースを JSON で宣言的に書いたファイル。同じ環境を何度でも同じように作れる。
Azure App Service：Web アプリ、REST API、モバイル バックエンドを、基盤を管理せずにホストする HTTP ベースの PaaS。
Azure Arc：オンプレミスや他のクラウドにあるサーバーや Kubernetes などを、Azure から一元的に管理できるようにするサービス。
Azure CLI：コマンドで Azure を操作するためのクロスプラットフォームのツール。Bash などのシェルから使う。
Azure Functions：イベントをきっかけにコードを実行するサーバーレスのコンピューティング サービス。推奨の Flex 従量課金プランでは使った分だけ課金される。
Azure Logic Apps：業務のワークフローをほとんどコードなしで自動化し、サービスやシステムをつなぐクラウド サービス。ホストやスケーリングは Azure が管理する。
Azure Policy：組織のルールをポリシーとして定義し、リソースが準拠しているかを評価・強制するサービス。準拠していないリソースの作成を拒否することもできる。
Azure portal：Azure のリソースを画面操作で作成・管理・監視できるウェブ ベースの統合コンソール。
Azure PowerShell：PowerShell のコマンドレットで Azure を操作するためのモジュール。作業をスクリプト化して繰り返し実行できる。
Azure SQL Database：アップグレード、修正プログラムの適用、バックアップ、監視などをユーザーの介入なしで処理する、フル マネージドの PaaS データベース エンジン。
Azure Virtual Machines：Azure 上で動く仮想化されたサーバー（IaaS）。OS を含めて利用者が自由に構成・管理できる。
Azure VMware Solution：VMware のワークロードを Azure 上で動かすサービス。社内の VMware 環境をパブリックやハイブリッドへ広げるときに使う。
Azure Well-Architected Framework：ワークロードの設計を助ける Microsoft の原則とレビュー ツールの集まり。信頼性、セキュリティ、コストの最適化、オペレーショナル エクセレンス、パフォーマンス効率の 5 つの柱がある。
Azure スポット仮想マシン：Azure の空き容量を大幅な割引で使える VM。容量が必要になると Azure によって削除・停止されることがある。
Azure の予約：仮想マシンなどを 1 年または 3 年の利用を約束して購入し、従量課金より割安にする仕組み。
Azure ハイブリッド特典：手持ちの Windows Server や SQL Server のライセンスを Azure で使い、費用を抑えられる制度。
Azure 節約プラン：1 年または 3 年、1 時間あたりの一定額の支出を約束して割引を受ける仕組み。対象のサービスやリージョンにまたがって自動で適用される。
IaaS：サービスとしてのインフラストラクチャ。仮想マシンやネットワークなど基盤を借り、OS から上は利用者が管理する。
Microsoft 365：Microsoft の既製の業務アプリを使うクラウド サービス。共同責任の公式の説明では、SaaS の例に挙げられている。
PaaS：サービスとしてのプラットフォーム。OS や実行環境は事業者が管理し、利用者はアプリとデータに集中できる。
SaaS：サービスとしてのソフトウェア。完成したアプリをそのまま使う形で、メールやオフィス ソフトなどが例。
SLA：サービス レベル アグリーメント。稼働率などのサービス水準について事業者が約束する取り決め。
オンプレミス：自社の建物やデータセンターにサーバーなどの設備を置いて運用する形。
ガバナンス：組織のルールや規制に沿ってクラウドの使い方を統制すること。
クラウド コンピューティング：サーバー、ストレージ、ネットワークなどのコンピューティング サービスをインターネット経由で提供する仕組み。自前で設備を持たずに使った分だけ利用できる。
サーバーレス：サーバーの用意や管理を利用者が意識せずにアプリを動かす形。処理が動いた分だけ課金されるのが一般的。
サービス クレジット：SLA で約束した水準を事業者が満たせなかったときに、利用者が受け取れる補償。通常は月額料金の一定割合で、利用者が期限内に請求する。
サービス レベル目標 (SLO)：利用者が自分のワークロードに設定する内部の信頼性の目標。事業者が約束する SLA とは別に、実際に必要な水準として決める。
スケーラビリティ：需要に合わせて処理能力を増やしたり減らしたりできること。
ハイブリッド クラウド：パブリック クラウドとプライベート クラウドを相互につないで使う形。用途に応じて置き場所を選べる。
パブリック クラウド：クラウド事業者が構築・運用し、だれでも利用できるクラウド。設備投資なしで使い始められる。
プライベート クラウド：1 つの組織だけが使うクラウド環境。自社のデータセンターなどに置き、管理の自由度が高い代わりに設備と運用の負担を負う。
マルチクラウド：複数のパブリック クラウド事業者のサービスを組み合わせて使う形。
リフト アンド シフト：既存のサーバーやアプリを作り直さずに、ほぼそのままクラウドの仮想マシンへ移すこと。
運用費 (OpEx)：サービスや製品を使った期間・量に応じて払う支出。クラウドの従量課金はこちらに当たる。
管理の容易さ：クラウドのリソースを手軽に管理できること。自動スケーリングなどの「クラウドの管理」と、ポータル・CLI など「クラウドを管理する方法」の両面がある。
共同責任モデル：クラウド事業者と利用者がセキュリティや運用の責任を分け合う考え方。サービスの種類（IaaS・PaaS・SaaS）で分担が変わる。
高可用性：障害が起きてもサービスを使える状態を保ち、止まる時間を最小にすること。
従量課金モデル：使ったリソースの分だけ料金を払う課金の考え方。初期費用が不要で、使わなくなれば支払いも止まる。
信頼性：障害から回復して動き続けられる能力。クラウドでは複数のリージョンやゾーンに分散して高めやすい。
垂直スケーリング：1 台のリソースの性能（CPU・メモリなど）を上げ下げすること。スケールアップ／スケールダウンとも呼ぶ。
水平スケーリング：同じ役割のリソースの台数を増減すること。スケールアウト／スケールインとも呼ぶ。
設備投資 (CapEx)：サーバーや建物など物理的な設備に先払いする支出。オンプレミスのデータセンターの典型的な費用。
予測可能性：性能とコストを前もって見通せること。自動スケーリングや負荷分散、料金計算ツールでの見積もりなどが支えになる。
料金計算ツール：Azure でリソースを用意した場合の費用を見積もる公式のウェブ ツール。追加しても実際のリソースは作られず、課金もされない。
独学の次に、講座で体系立てて学びたい人へ
この問題集は独学用です。クラウドや生成AI・DX を仕事で使えるところまで講師つきで学びたい人には、IT・生成AI/DX の講座がそろうスクールも選択肢になります。
本ページは広告・アフィリエイトプログラムを利用しており、リンク経由でのお申し込み・購入により当サイトに収益が発生することがあります。ただし、ランキング・評価・掲載内容は広告費や報酬の有無に関わらず編集部の独自基準で決定しており、広告主からの指示により内容を変更することはありません。
IT・Webデザイン・資格まで幅広い講座。生成AI/DX講座はリスキリング補助金の対象
まずは無料ではじめられます。リンク先は公式サイトです。
このサービスの解説記事を読む →