Instiq
第1章 · クラウドの基礎概念·v1.0.0·更新 2026/6/2·読了目安 約15分

変更要約: AZ-900 第1章(クラウドの基礎概念)を追加

1.1クラウドコンピューティングとクラウドの利点

この節の要点

クラウドコンピューティングとは何か、そしてクラウドがもたらす主な利点(高可用性・スケーラビリティ・弾力性・信頼性・予測可能性・セキュリティ・ガバナンス・管理性)を理解します。AZ-900 の出発点です。

クラウドコンピューティング とは、サーバー・ストレージ・データベース・ネットワーク・ソフトウェアといったコンピューティング資源を、インターネット越しに、必要なときに必要なだけ借りて使う仕組みです。自前でデータセンターを用意しなくても、使った分だけ支払って最新のインフラを利用できます。Microsoft Azure は、その代表的なクラウド(パブリッククラウド)の一つです。

なぜクラウドが広まったのでしょうか。従来は、需要のピークに合わせてサーバーを前もって大量に購入し、自社で設置・運用していました。これは初期投資が重く、調達に数週間かかり、しかもピーク以外は能力が余って無駄になります。クラウドは、この「所有して抱える」モデルを「必要なときに借りる」モデルへ変えました。数分でサーバーを起動でき、不要になれば止めて課金も止まる——この オンデマンド(必要に応じて即時) かつ 従量課金 の性質が、クラウドのほぼすべての利点の源になっています。

1.1.1クラウドの基本的な特徴

  • オンデマンドのセルフサービス:管理者を待たず、ポータルや CLI から自分で即座に資源を確保できる。
  • 幅広いネットワークアクセス:インターネット経由で、どこからでも利用できる。
  • リソースのプール化:事業者が巨大な資源を多数の利用者で共有し、規模の経済を効かせる。
  • 計測されたサービス(従量課金):使用量が計測され、使った分だけ課金される。

これらの特徴は、従来のオンプレミス(自社で機器を所有・運用)と比べると際立ちます。オンプレミスでは、増強のたびに機器を購入し、設置・配線・OS 導入に数週間かかりました。クラウドでは同じことがセルフサービスで数分で完了し、不要になれば削除して費用も止まります。次の表で両者を対比します。

観点オンプレミスクラウド
調達のスピード数週間(購入・設置)数分(セルフサービス)
初期投資大きい(機器を購入=CapEx)小さい(従量課金=OpEx)
スケール機器追加に時間・上限あり必要に応じ即時・弾力的
保守・更新すべて自社物理層は事業者が担当
障害対策自前で冗長化・DR を構築可用性ゾーン/地理冗長を活用

1.1.2クラウドの主な利点

AZ-900 では、クラウドの利点を表す一群の用語が問われます。中でも 高可用性・信頼性・スケーラビリティ・弾力性 の4語は意味が近く混同しやすいので、まず1つずつ丁寧に区別します。

  • 高可用性(High availability, HA):障害があってもサービスを動かし続けられること。冗長化(複数の構成要素)や可用性ゾーンで実現し、SLA(後述)で稼働率を約束する。
  • 信頼性(Reliability):障害や災害から回復し、耐える能力。地理的に離れた場所への複製やバックアップが代表。HA が「落とさない」なら信頼性は「倒れても立ち直る」。
  • スケーラビリティ(Scalability):需要に応じて能力を増減できること。手動の場合も含む。スケールアップ(垂直)=1台を大きくスケールアウト(水平)=台数を増やす
  • 弾力性(Elasticity):負荷に合わせて自動で増減(オートスケール)すること。スケーラビリティを自動化したもの、と捉えると分かりやすい。
  • 俊敏性(Agility):必要な資源を数分で用意でき、市場投入までの時間(time to market)を短縮できること。
  • 予測可能性(Predictability):性能(必要な能力を確保)とコスト(料金を見積れる)の両面で見通しが立つこと。
  • セキュリティ・ガバナンス・管理性:高度なセキュリティ機能、ポリシーによる統制(ガバナンス)、テンプレートや自動化による運用のしやすさ(管理性)。

残る セキュリティ・ガバナンス・管理性 も重要です。セキュリティ:Azure は物理データセンターの堅牢な防御に加え、暗号化・ファイアウォール・脅威検知などの高度な機能を提供します(ただし責任共有モデル=次節のとおり、利用者側の設定責任も残ります)。ガバナンス:Azure Policy やタグ、ロックなどで「組織のルールに沿った使い方」を仕組みで強制できます。管理性:テンプレート(ARM/Bicep)や自動化、ポータル・CLI・PowerShell により、構成をコード化して再現・自動運用できます。これらは、規模が大きく統制が必要な組織ほど効いてきます。

1.1.2.1紛らわしい4語の違い

用語ひとことで対応するもの
高可用性 (HA)落とさない部分的な障害でも稼働継続可用性ゾーンに冗長配置
信頼性倒れても立ち直る障害・災害からの回復別リージョンへバックアップ/復旧
スケーラビリティ能力を増減需要への容量追従(手動可)VM を大きく/台数を追加
弾力性自動で増減負荷に応じた自動スケールオートスケールで朝増・夜減

1.1.2.2スケールアップとスケールアウト

スケールアップ(垂直)は1台のVMをより大きなVMにする様子、スケールアウト(水平)は1台から複数台のVMに増やす様子を並べて表した図。
スケールアップ(垂直)とスケールアウト(水平)
観点スケールアップ(垂直)スケールアウト(水平)
やること1台をより大きく(CPU/メモリ増)同じ役割の台数を増やす
上限1台の最大スペックで頭打ち台数を増やせる限り伸ばせる
向く例単一DBの性能強化などWebサーバーの並列処理など
試験ポイント

スケールアップ=垂直(1台を大きく)/スケールアウト=水平(台数を増やす)弾力性=自動で増減HA=落とさない/信頼性=回復する予測可能性=性能とコストの両面——この区別は AZ-900 で頻出です。

1.1.2.3なぜ成り立つ? 規模の経済と高可用性の仕組み

クラウドが安く・速く提供できる背景には 規模の経済(economies of scale) があります。事業者は世界規模で膨大なサーバーを調達・運用し、その資源を多数の利用者で共有(プール化)します。1社では到底持てない規模を共同利用するため、1単位あたりのコストが下がり、最新のハードウェアやセキュリティ投資も全利用者に行き渡ります。利用者から見れば、自分でピークに合わせて買い込む必要がなくなり、過剰投資(オーバープロビジョニング)の無駄が消えるのが本質です。

高可用性は具体的にどう実現されるのでしょうか。鍵は 冗長化——同じ役割の構成要素を複数用意し、1つが壊れても残りで処理を続ける考え方です。Azure では、リージョン内に物理的に離れた 可用性ゾーン(独立した電源・冷却・ネットワークを持つデータセンター群)があり、ここへ分散配置すると1つのゾーンが落ちてもサービスを継続できます。さらに事業者は SLA(サービスレベルアグリーメント) で稼働率(例:99.9%)を契約として約束します。「HA=設計で落ちにくくする」「SLA=その水準を数値で保証する」という関係です(リージョンや可用性ゾーンの詳細は次章で扱います)。

1.1.3周辺知識:俊敏性とグローバル展開

クラウドの価値は「安く済む」ことだけではありません。むしろ大きいのは 俊敏性 です。アイデアを思いついてから試すまで、サーバー調達の数週間を待つ必要がなく、数分で環境を用意して失敗しても捨てられる——この速さがビジネスの競争力に直結します。また Azure は世界中に リージョン(データセンター群)を持ち、利用者は数クリックで世界中にサービスを展開できます(グローバルリーチ)。これらは「所有」では得にくい、クラウドならではの利点です。

シナリオ:セール当日のアクセス急増。 通常の10倍の注文が来ても、弾力性(オートスケール)で Web サーバーが自動増設され、セール後は自動で縮小。事前に10倍のサーバーを買って遊ばせる必要がない——これが従量課金×弾力性の威力です。

注意

混同に注意:
①「スケーラビリティ」と「弾力性」——能力を増減できること自体がスケーラビリティ、それを自動で行うのが弾力性。
②「高可用性」と「信頼性(災害復旧)」——HA は同一リージョン内で落とさない話、信頼性/DR は災害時に別リージョンで立ち直る話。試験では入れ替えた選択肢で問われます。

補足

Q. 「クラウド=必ず安い」? いいえ。使い方次第です。常時フル稼働の固定負荷ではオンプレの方が安いこともあります。クラウドが効くのは、変動する負荷(弾力性で無駄を削れる)や、俊敏性・グローバル展開が要るときです。コストは「安さ」ではなく「使った分だけ=無駄を減らせる」と捉えるのが正確です。

1.1.4この節のまとめ

  • クラウド=資源をインターネット越しにオンデマンド・従量課金で借りる仕組み(例:Azure)
  • HA=落とさない/信頼性=回復する/スケーラビリティ=能力増減/弾力性=自動増減
  • スケールアップ=垂直(1台を大きく)/スケールアウト=水平(台数を増やす)
  • 利点は安さだけでなく俊敏性・グローバル展開・予測可能性(性能/コスト)・セキュリティ/ガバナンス/管理性

進捗の記録にはログインが必要です。

理解度チェック

(軽い確認用)

Q1. Web サーバーの台数を増やして負荷に対応する方法はどれですか?

Q2. 負荷に応じてリソースを自動的に増減させるクラウドの特性はどれですか?

Q3. 「予測可能性(Predictability)」が対象とする2つの側面はどれですか?

Q4. 同一リージョン内で障害があってもサービスを止めない設計を表す用語はどれですか?

Q5. 1台の仮想マシンに CPU やメモリを追加して性能を上げる方法はどれですか?

Q6. クラウドの「俊敏性(Agility)」を最もよく表すものはどれですか?

理解度を確認第1章「クラウドの基礎概念」の問題を解く