サーバを動かす土台のもう1つのやり方が、借りる＝クラウドです。（その"雲"が物理的にどこにあるのかは、姉妹ユニット クラウドはどこにあるのか を参照）
概要 — まず全体をつかむ
詳細 — 1段階ずつ追う
これは何をする係？
家を建てる（オンプレ）のではなく、借りる／ホテルに泊まるイメージ。サーバやストレージを、必要なとき・必要な分だけ借りて使い、使った分だけ払います（※1 従量課金）。
電気や水道のように「蛇口をひねった分だけ」というのが近い感覚です。
登場人物メモ:
- ※1 従量課金 — 使った分だけ払う仕組み
- ※2 マネージドサービス — 運用の一部（更新・バックアップ等）を預けられる借り方
この部分をもっと深く（中級）
クラウドは「どこまで任せるか」で層が分かれます。
- IaaS — 仮想サーバ・ストレージ・ネットワークなど基盤を借りる（OS以上は自分で）
- PaaS — 実行環境を借りる（OS・ミドルウェアはお任せ、アプリに集中）
- SaaS — 完成したアプリを使う（メール・表計算など）
- FaaS／サーバーレス — 関数だけ預け、実行時だけ課金・イベントで起動（サーバの存在を意識しない、任せる範囲のさらに上の層）
これらの土台にある仮想化には、OSごと積むVMと、カーネルを共有するコンテナがあります。
アニメーション『VMとコンテナの違い』を開く
登場人物メモ:
- ※1 マネージドサービス — DB・キューなどの運用を事業者に任せる形
- ※2 リージョン／AZ — 地域と、その中の独立した拠点。分散配置に使う
仕事の流れ
- 必要になったら申し込む（画面やコマンドですぐ）
- すぐ使える（機械を買わなくてよい）
- 混んできたら増やす、要らなくなったら返す
- 使った分だけあとで請求される
この部分をもっと深く（中級）
- 必要なサービスを選ぶ（層＝IaaS/PaaS/SaaS）
- 設定して即利用（プロビジョニング）
- 負荷に応じてオートスケールで増減
- 使った分だけ課金され、要らなければ破棄
メリットと注意点
- メリット — 初期費用が小さい／増減が自在（オートスケール）／運用の一部をお任せできる
- 注意点 — 使いすぎると高額／設定ミスで公開しやすい／預け先（事業者）に依存する
「増減が読めない」「早く始めたい」ならクラウドが向きます。
この部分をもっと深く（中級）
- 責任共有モデル — 基盤は事業者、設定・データ・権限は利用者の責任
- スケール — 水平スケール前提。マルチAZで可用性を上げる
- コスト最適化 — 使わない資源を止める、適切なサイズ、予約割引など
- ロックイン対策 — 事業者独自機能への依存度を意識（ハイブリッド／マルチクラウド）
責任共有の境界は層（IaaS／PaaS／SaaS）で上下しますが、データとアクセス権限は常に利用者の責任です。
アニメーション『クラウドの責任共有モデル』を開く
⚠️ うまくいかないとき
- コストが膨らむ — 消し忘れ・使いすぎで想定外の請求
- 設定ミス — ストレージやDBを誤って公開し、情報漏洩
- 事業者依存 — 特定サービスに深く合わせると、乗り換えにくくなる
この部分をもっと深く（中級）
- コスト暴走 — オートスケールや消し忘れで請求が急増
- 設定ミスによる漏洩 — 公開設定・権限の誤り（責任共有の利用者側）
- ベンダーロックイン — 独自サービスに深く依存し乗り換え困難
- 障害の影響範囲 — リージョン障害が広範囲に及ぶことも（分散で緩和）
関連する知識
理解度チェック
そのまま解けます（成績は保存されません）。無料アカウントを作ると、学習の記録と進捗の山登りが始まります。
問1. クラウドで特に気をつけたいのは？
問2. クラウドを一言でいうと？
問3. クラウドと対になる「自前でサーバを持つ」やり方を何という？
問4. クラウドの「使った分だけ払う」に一番近いのはどれ？
問5. クラウドの最大の強みに近いのはどれ？
問6. 特定サービスに深く合わせて作ったときに起きやすい弱点はどれ？
問7. 使った分だけあとで請求される、クラウドの料金の仕組みを漢字4文字で何という？
問8. 更新やバックアップなど運用の一部を事業者に預けられる借り方を、カタカナで「◯◯サービス」と呼ぶ。◯◯に入る語は？