Mímisbrunnr知恵の泉

← クラウドインフラ 一覧

🎓 レベル：基礎　|　重要度：A（必須）

📎 前提：なし（この章の入口）　|　関連：責任共有モデルとリージョン/AZ・コストとスケーリングの考え方

要点（BLUF）

概念 ── オンプレミスとの違い

従来の オンプレミス（自社運用） は、サーバを購入し、データセンターに置き、電源・空調・ネットワーク・OS・ミドルウェア・アプリまですべて自分で面倒を見ます。初期投資（CapEx）が大きく、需要を読み違えると「買いすぎて遊ぶ」か「足りなくて落ちる」かのどちらか。

クラウド は、これらをサービスプロバイダ（要最新確認：AWS・Azure・Google Cloud など）がまとめて運用し、利用者は API・管理画面から必要なだけ即座に確保して、使った分だけ支払います（OpEx）。違いを一枚で整理します。

オンプレミスクラウド
費用初期投資が大（CapEx）従量課金（OpEx）
調達発注〜設置に数週間API で数分・数秒
容量買った分が上限実質ほぼ無限に伸縮
運用全レイヤー自分下のレイヤーは任せられる
障害時自分でハード交換多くは自動で代替へ

クラウドの強みは「弾力性（elasticity）」です。アクセスが増えたら増やし、減ったら減らす。この伸縮を秒・分単位でできることが、固定費の世界との決定的な差です。

仕組み ── 3つの抽象度（IaaS/PaaS/SaaS）

「どこまで自分で管理するか」を線引きしたのが3つのモデルです。下から積み上がるスタックの、どこに利用者とクラウドの境界線を引くかで名前が変わります。

flowchart TB
    subgraph SaaS["SaaS（例：メール・チャットサービス）"]
      s1["アプリまで全部クラウド。利用者は使うだけ"]
    end
    subgraph PaaS["PaaS（例：アプリ実行基盤）"]
      p1["利用者はコードだけ。OS・ランタイムはクラウド"]
    end
    subgraph IaaS["IaaS（例：仮想マシン）"]
      i1["利用者はOSから上。ハード・仮想化はクラウド"]
    end
    IaaS --> PaaS --> SaaS
モデル利用者が管理クラウドが管理例（要最新確認）
IaaSOS・ミドル・アプリハード・仮想化・ネットワーク仮想マシン・ブロックストレージ
PaaSアプリ・データOS・ランタイム・スケーリングアプリ実行基盤・マネージドDB
SaaSデータ・設定だけアプリ含め全部メール・表計算・CRM

イメージは「ピザを食べる方法」のたとえが有名です。オンプレ＝家で粉から作る、IaaS＝生地キットを買う、PaaS＝宅配を頼む、SaaS＝レストランで食べる。下に行くほど手間と自由、上に行くほど手軽さが増えます。

動く例 ── 「APIで借りる」を体感する

クラウドの本質は「資源がコマンド/APIで手に入る」こと。例として CLI で仮想マシンを1台起動するイメージ（プロバイダにより構文は違う・要最新確認）。

# クラウドCLIの典型（疑似・プロバイダごとに実コマンドは異なる）
# 「インスタンスを1台、このイメージで、この性能で起動して」を1行で依頼
cloud compute instances create web-01 \
  --image ubuntu-22.04 \
  --machine-type small \
  --zone asia-northeast1-a
# 数十秒で起動し、課金が始まる。不要なら delete で即停止＝即課金停止

ポイントは、この1コマンドが「サーバの発注・設置・OS導入」を置き換えていること。そして消せば課金が止まる。この即時性と従量性が、後の IaC（IaCとは・宣言的構成）で「インフラ全体をコードで起こして消す」発想につながります。

なぜこう分けるのか

⚠️ よくある誤解・落とし穴

対応ラボ

なし（概念トピック）。実際に資源をAPIで起こす感覚は第5章 IaC（Terraformの基礎（HCL・state））の terraform apply で体験します。

関連

← 第1章 クラウドの基礎 目次