初級では「よその建物のコンピュータを借りる」ことと「壊れても平気な作り」を見ました。ここでは借り方の実際の名前と契約の考え方に踏み込みます。読み終わる頃には、クラウド事故のニュースで「どちらの責任範囲か」を判定できるようになっているはずです。
用語には「※1・※2…」と番号を付けて、各セクション末尾の「登場人物メモ」で説明します。
概要 — まず全体をつかむ
アニメーション『写真はどこに保存されてる？』を開く
- あなたのスマホ — 写真を撮る手元の機械。実は「本物の保管場所」ではなくなっていく
- データセンター — 事業者が持つ、コンピュータが何万台も並ぶ建物。クラウドの正体
- 別の土地の倉庫 — 離れた場所にあるもう1つのデータセンター。災害に備えた控え
0 / 7
詳細 — 1段階ずつ追う
① アップロード — 雲の正体は建物
🎬 アニメーション『写真はどこに保存されてる？』の ②〜③ のところです！
写真の預け先の実名と、届くまでの経路です:
- 写真の保存先はオブジェクトストレージ※1 — 「IDを渡すと中身が返る」倉庫型の保存サービス（S3、R2など）
- 読み書きはHTTPのAPI経由。つまり『パケットの旅』とまったく同じ仕組みの上で、アプリが代わりに注文している
- 預け先の建物はリージョン※2 単位で選ぶ（東京リージョン＝東京近郊のデータセンター群）
- どこの国に置くかは法規制にも関わる（データ主権の論点）
登場人物メモ（※の説明）:
- ※1 オブジェクトストレージ — フォルダ階層を持つ「ドライブ」と違い、IDと中身のペアを平らに大量保管する方式。横に台数を足して事実上無限に拡張できる
- ※2 リージョン — 事業者の拠点の地理的まとまり。利用者から近いほど通信が速く、法域の選択でもある
⚠️ イレギュラー（預け方の落とし穴）:
- 公開設定ミス — 倉庫（バケット）を誤って全世界公開にする事故は、クラウド情報漏えいの定番。技術の穴ではなく設定の穴
- 転送コスト — 預けるのは安くても、大量に取り出す（外へ転送する）と課金がかさむ料金体系が多い
この部分をもっと深く（上級）
初級の「雲の正体は建物」、中級の「倉庫の実名」を、上級ではその建物の1台の物理マシンをどう分けているかまで下ろします。
- あなたが借りた「仮想サーバ」は、物理的には他社と同じ1台の機械の上に同居していることがほとんど（マルチテナント※1）
- それでも互いが見えないのは、仮想化——1台の物理を複数の独立した区画に仕切る技術のおかげ。ホスト側で全体を握る層がハイパーバイザ※2
- 隔離が守るのは「見えない」こと。メモリやアドレス空間はテナントごとに分けられ、隣の中身は覗けない
- ただし物理的なCPU時間・ディスクI/O・帯域は分け合っている。ここが「見えないが、独立ではない」という共有の急所（ノイジーネイバー※3）
アニメーション『仮想化の層構造（ハイパーバイザとVM）』を開く
つまり「よその建物のコンピュータを借りる」の正確な姿は、「よその建物の1台を、他人と仕切って一部だけ借りる」です。中級の『アプリとOSは何が違うのか』で見た「OSがプロセスを隔離する」構図の、さらに一段下で「ハイパーバイザがOSごと隔離している」入れ子だと考えると、同じ理屈の重ね掛けだと分かります。
登場人物メモ（※の説明）:
- ※1 マルチテナント — 1つの物理資源を複数の利用者（テナント）で共有する方式。専有より安いが、隔離の質が問われる
- ※2 ハイパーバイザ — 1台の物理マシン上に複数の仮想マシンを作り、資源を割り当てて隔離する土台。内部の仕組みは 仮想化 参照
- ※3 ノイジーネイバー — 同じ物理を共有する隣テナントの過負荷が、自分の性能を巻き添えで落とす現象
⚠️ イレギュラー（隔離は完璧ではない）:
- 性能の巻き添え — 隣が暴れると、自分は何もしていないのにレスポンスが遅くなる。専有インスタンスで緩和できるが割高
- ハード側から滲む — 投機実行の副作用でテナント境界越しに情報が漏れる攻撃（Spectre/Meltdown系）は、ソフトの隔離が正しくてもハードから滲む例
やさしく言うと（初級）
🎬 アニメーション『写真はどこに保存されてる？』の ②〜③ のところです！
「クラウド（雲）」という名前は、ネットワークの図で「向こう側」を雲の絵でごまかして描いた習慣から来ています。実体はまったくふわふわしていません。
- 写真はWi-Fi・インターネットを旅する（旅の仕組みは『パケットの旅』とまったく同じ）
- 到着するのはデータセンター——コンピュータが何万台も並ぶ、現実の巨大な建物
- あなたの写真は、その中のどこかの機械のストレージに物理的に記録される
つまり「クラウドに保存」を正確に言い直すと、「事業者の建物にあるコンピュータを借りて、そこに保存」です。
⚠️ イレギュラー（アップロードの落とし穴）:
- 通信が切れていた — スマホの中にしかない写真は、まだクラウドにない。「保存したつもり」の事故はここで起きる
- 契約容量がいっぱい — 借りている棚が満杯だと、新しい写真は預かってもらえない
② 保存とコピー — 「壊れても平気」の作り
🎬 アニメーション『写真はどこに保存されてる？』の ④ のところです！
「自動でコピーを複数作る」の正式名はレプリケーション※1 で、置き場所には階層があります:
- まず同じ建物内の複数の機械にコピー（機械の故障に耐える）
- さらにアベイラビリティゾーン（AZ）※2 をまたいでコピー（建物・電源単位の障害に耐える）
- 必要ならリージョンをまたぐ（広域災害に耐える）
- 壊れたコピーは自動検知して再複製——「壊れない」ではなく「壊れ続けても総数が保たれる」仕組み
アニメーション『複製とAZ（壊れても平気）』を開く
この設計の到達点が、S3系サービスが謳う「イレブンナイン（99.999999999%）」の耐久性です。
登場人物メモ（※の説明）:
- ※1 レプリケーション — データの複製を複数箇所に維持し続けること。冗長化の実装
- ※2 アベイラビリティゾーン（AZ） — 電源・空調・ネットワークが独立した障害の単位。リージョンの中に複数ある
⚠️ イレギュラー（それでも起きること）:
- 正規の削除は全コピーに及ぶ — レプリケーションは「事故」に効くが「操作ミス」には効かない。誤削除対策は世代管理（バージョニング）や別系統のバックアップの仕事
- リージョン丸ごとの障害 — まれに起きる。全世界のサービスが同時に重くなる日は、たいてい大手クラウドのリージョン障害
この部分をもっと深く（上級）
中級では「AZ＝独立した障害ドメイン」を見ました。上級では、その区画を可用性設計の視点で捉え直します。ポイントは「事業者は区画を用意するだけ、冗長化するのは利用者」という分担です。
- 事業者が提供するのは、影響範囲を切り離した地理の階層——リージョン（地域）の中に、電源・空調・NWが独立したアベイラビリティゾーン（AZ）※1 が複数
- データやサーバをAZをまたいで置けば、建物単位の障害でも継続できる（初級の「別の土地の倉庫」の正式版）
- さらにリージョンをまたげば、広域災害にも耐える
- しかしこれは自動では起きない。全部を1つのAZに置けば、事業者のSLA※2 がいくら高くても、その区画が落ちた瞬間に自分のサービスも落ちる
アニメーション『複製とAZ（壊れても平気）』を開く
「クラウドだから落ちない」ではなく「落ちても続くように、自分で分散配置する」——耐障害性は事業者から買う商品ではなく、利用者が設計する成果物です。具体の可用性設計（SLO・フェイルオーバー・オートスケール）は クラウド 上級、物理側の冗長（電源二重化・冷却）は オンプレミス 上級へ。
登場人物メモ（※の説明）:
- ※1 アベイラビリティゾーン（AZ） — 電源・空調・ネットワークが独立した障害の単位。リージョンの中に複数ある
- ※2 SLA — 事業者が約束する稼働率などの水準。ただし約束の対象は「区画の可用性」で、あなたの配置設計まで保証するものではない
⚠️ イレギュラー（クラウドに単一障害点を持ち込む）:
- 1AZ集中 — 手軽さに任せて全部を1区画に置くと、クラウドなのに単一障害点を自作したことになる
- リージョン丸ごとの障害 — まれに起きる。全世界のサービスが同時に重くなる日は、たいてい大手のリージョン障害
やさしく言うと（初級）
🎬 アニメーション『写真はどこに保存されてる？』の ④ のところです！
データセンターの機械は特別製ではなく、毎日どこかで壊れています。それでも写真が消えないのは、壊れない機械を使っているからではありません。
- 写真を預かると、事業者は自動でコピーを複数作る
- コピーは別の機械、さらには別の土地のデータセンターにも置かれる（冗長化って言います）
- どれか1台が壊れたら、残ったコピーから自動で作り直す
地震や火事で建物ごとやられても、離れた土地の控えが生きている——「壊れても平気な作り」が、クラウドの信頼性の正体です。
⚠️ イレギュラー（それでも消えるとき）:
- 自分で削除した — コピーが何重でも、正規の削除の指示はすべてのコピーに及ぶ。ゴミ箱の復元期間を過ぎたら戻らない
- 事業者がサービスを終了した — 建物ごと借りている以上、貸主の都合の影響は受ける。大事なデータの「二重の預け先」は自衛策になる
③ どこからでも取り出す — アクセスの実体
🎬 アニメーション『写真はどこに保存されてる？』の ⑤〜⑦ のところです！
預けた写真を、世界中のどの端末からでも開けるのはなぜか——取り出し側の実体です:
- 取り出しはHTTPのAPI経由。アプリが倉庫（オブジェクトストレージ）に「このIDの中身をくれ」と注文する（『パケットの旅』と同じ仕組み）
- 遠い倉庫でも速いのは、CDN※1 が世界中の拠点に控え（キャッシュ）を置き、近くから配るから
- どのリージョンに実体を置くかは、速さとデータ主権※2（どの国の法律に従うか）の両にらみで決める
- 事故のニュースを読むときの線引きが責任共有モデル※3 — 建物・物理・基盤の安全は事業者、その上の設定・データ・アクセス権は借りた側の責任
なお「会社として、どの段階（IaaS / PaaS / SaaS）で借りるか」という借り方の設計は、姉妹ユニット クラウド（サーバを借りて使った分だけ払う） にまとめています。
登場人物メモ（※の説明）:
- ※1 CDN — Content Delivery Network。世界中の拠点にキャッシュを置き、利用者の近くから配る仕組み
- ※2 データ主権 — データが物理的にどの国にあり、どの法域の規制を受けるかの論点
- ※3 責任共有モデル — 「どこから下が事業者、どこから上が利用者」の線引き。クラウド事故の報道はまずこの線で読む
⚠️ イレギュラー（アクセスと責任の誤解が招く事故）:
- 「クラウドだから安全」の丸投げ — 設定ミス・弱いパスワード・過剰なアクセス権は全部利用者側の穴。事業者の堅牢さではカバーされない
- 取り出しコスト（エグレス課金） — 預けるのは安くても、大量に外へ転送すると課金がかさむ料金体系が多い
マルチテナントと仮想化 — 他人と同じ機械に住んでいる
借りた「仮想サーバ」は、物理的には他の会社と同じ機械の上に同居していることがほとんどです（マルチテナント）。それでも互いが見えないのは、仮想化——1台の物理機械の上に複数の独立した仮想機械を作る技術のおかげです。『アプリとOSは何が違うのか』で見た「OSがプロセスを隔離する」構図の、さらに一段下で「ハイパーバイザが OS ごと隔離している」と考えると、同じ理屈の入れ子だと分かります。
まとめ——このユニットで足した「実体」の地図は、倉庫の実名（オブジェクトストレージ）/ 壊れても平気の実装（レプリケーション×AZ）/ どこからでも取り出す仕組み（API×CDN）/ 事故の読み方（責任共有モデル）の4枚です。「会社としてどう借りるか」の設計は姉妹ユニット クラウド へ。クラウドのニュースは「どの層の、どちらの責任範囲の話か」で読む——それがこのユニットの持ち帰りです。
この部分をもっと深く（上級）
中級で引いた責任共有モデルの線を、上級ではIaaS/PaaS/SaaSの層で精密にします。線は固定ではなく、借りる階が上がるほど事業者側へせり上がるのがポイントです。
- IaaS（仮想マシンを借りる）では、事業者は物理・仮想化基盤まで。OS・ミドルウェア・アプリ・データは利用者
- PaaS（実行環境を借りる）では、事業者がOS・ミドルウェアまで見て、利用者はアプリとデータに集中できる
- SaaS（完成品を使う）では、事業者がアプリまで運用し、利用者に残るのは主にデータとアクセス権（誰に何を見せるか）
- どの階でも、データそのものと公開設定は利用者に残り続ける。クラウド情報漏えいの定番が「バケットの全世界公開」なのは、そこが常に利用者の担当だから
アニメーション『クラウドの責任共有モデル』を開く
もう一枚、物理の話に戻る線がデータ主権※2 です。実体をどのリージョン（＝どの国のデータセンター）に置くかで、従う法律が変わります。当局の開示要求や越境移転の規制は、暗号化しても消えません（中身は隠せても、所在の法域は残る）。速さ（近さ）と法域の両にらみで置き場所を決めるのが、クラウド設計の現実です。
なお「会社としてどの階（IaaS/PaaS/SaaS）で借りるか」という借り方の設計そのものは、姉妹ユニット クラウド にまとめています。
登場人物メモ（※の説明）:
- ※1 責任共有モデル — 「どこから下が事業者、どこから上が利用者」の線引き。借りる階（IaaS/PaaS/SaaS）で事業者側の担当範囲が動く
- ※2 データ主権 — データが物理的にどの国にあり、どの法域の規制を受けるかの論点。データレジデンシー（保管地の指定）とも関わる
⚠️ イレギュラー（責任の誤解が招く事故）:
- 「SaaSだから安全」の丸投げ — アプリの運用は任せられても、弱いパスワード・過剰なアクセス権・公開設定ミスは全部利用者側の穴
- 所在を無視した設計 — 規制対象データを海外リージョンに置いて、越境移転の規制に触れる。暗号化は免罪符にならない
やさしく言うと（初級）
🎬 アニメーション『写真はどこに保存されてる？』の ⑤〜⑦ のところです！
本体がデータセンター側にあるということは、手元のスマホやPCの役割が変わるということです。
- スマホは写真の「保管庫」から、写真を見に行く「窓」になる
- スマホをなくしても、本体は無事——新しい窓からログインすれば戻ってくる
- 同じ理屈で、PCからもタブレットからも同じ本体が見える
ただし、これは諸刃の剣です。「どの窓からでも入れる」は、鍵（アカウント）を持っている人なら誰でもという意味だからです。
⚠️ イレギュラー（クラウド時代の弱点）:
- パスワードを奪われた — 攻撃者もどの窓からでも本体にたどり着ける。機械の故障に強くなった分、守りの主役は鍵に移った（次のユニット「パスワード」につながる話）
- ネットにつながらない — 窓の外が見えない状態。本体は無事でも、圏外では取り出せない
会社にとってのクラウド — 「借りる」のもう1つの意味
個人にとってのクラウドは「写真や書類の置き場所」ですが、会社にとっては「サーバそのものを借りる」という意味が大きくなります。自前でサーバを買うと、購入に数週間・置き場所・電源・故障対応が全部自分持ち。クラウドなら必要な台数を数分で借りて、要らなくなったら返せます。テレビで話題になった日だけ10倍に増やす、といった伸縮が利くのが最大の魅力です。このアプリ自体も、クラウド（借りたコンピュータ）の上で動いています。
まとめると、クラウドとは「よその建物のコンピュータを、インターネット越しに借りること」です。機械の故障には強く、鍵の流出には弱い——この損得の形を覚えておけば、「クラウドだから安心」も「クラウドは怖い」も、どちらも半分だけ正しいと分かるはずです。
関連する知識
理解度チェック
そのまま解けます（成績は保存されません）。無料アカウントを作ると、学習の記録と進捗の山登りが始まります。
問1. IaaS / PaaS / SaaS の違いを正しく説明しているのはどれ？
問2. 預け先の建物を選ぶ単位「リージョン」の説明として正しいものはどれ？
問3. クラウドの「責任共有モデル」の説明として正しいものはどれ？
問4. クラウドに預けた写真を、世界中のどの端末からでも開ける仕組みはどれ？
問5. データを複数の「アベイラビリティゾーン（AZ）」に分けて置く目的はどれ？
問6. 「クラウドなら費用が必ず安くなる」が誤解と言われる理由はどれ？
問7. クラウドの写真サービスが使う「オブジェクトストレージ」の特徴として正しいものはどれ？
問8. コピーを何重にも保つレプリケーションでも守れないのはどれ？
問9. データが物理的にどの国に置かれ、どの法域の規制を受けるかという論点を「◯◯主権」と呼ぶ。◯◯に入る語は？