「写真はクラウドに保存してるから大丈夫」——では、その写真は今この瞬間、物理的にどこにあるのでしょう？ 空の上ではありません。答えは「よその建物の、よそのコンピュータの中」です。このユニットでは、雲のイメージを現実の建物に着地させます。写真1枚の旅は、かならずこの順番で進みます:
- アップロード — 写真がインターネットを旅して、事業者の建物へ
- 保存とコピー — 何万台の中のどこかに置かれ、自動で控えが複数作られる
- どこからでも取り出す — 手元の機械は「窓」になり、鍵さえあれば戻ってくる
概要 — まず全体をつかむ
アニメーション『写真はどこに保存されてる？』を開く
- あなたのスマホ — 写真を撮る手元の機械。実は「本物の保管場所」ではなくなっていく
- データセンター — 事業者が持つ、コンピュータが何万台も並ぶ建物。クラウドの正体
- 別の土地の倉庫 — 離れた場所にあるもう1つのデータセンター。災害に備えた控え
0 / 7
（"借りて使った分だけ払う"というクラウドの使い方の面は、姉妹ユニット クラウド を参照）
詳細 — 1段階ずつ追う
① アップロード — 雲の正体は建物
🎬 アニメーション『写真はどこに保存されてる？』の ②〜③ のところです！
「クラウド（雲）」という名前は、ネットワークの図で「向こう側」を雲の絵でごまかして描いた習慣から来ています。実体はまったくふわふわしていません。
- 写真はWi-Fi・インターネットを旅する（旅の仕組みは『パケットの旅』とまったく同じ）
- 到着するのはデータセンター——コンピュータが何万台も並ぶ、現実の巨大な建物
- あなたの写真は、その中のどこかの機械のストレージに物理的に記録される
つまり「クラウドに保存」を正確に言い直すと、「事業者の建物にあるコンピュータを借りて、そこに保存」です。
⚠️ イレギュラー（アップロードの落とし穴）:
- 通信が切れていた — スマホの中にしかない写真は、まだクラウドにない。「保存したつもり」の事故はここで起きる
- 契約容量がいっぱい — 借りている棚が満杯だと、新しい写真は預かってもらえない
この部分をもっと深く（中級）
🎬 アニメーション『写真はどこに保存されてる？』の ②〜③ のところです！
写真の預け先の実名と、届くまでの経路です:
- 写真の保存先はオブジェクトストレージ※1 — 「IDを渡すと中身が返る」倉庫型の保存サービス（S3、R2など）
- 読み書きはHTTPのAPI経由。つまり『パケットの旅』とまったく同じ仕組みの上で、アプリが代わりに注文している
- 預け先の建物はリージョン※2 単位で選ぶ（東京リージョン＝東京近郊のデータセンター群）
- どこの国に置くかは法規制にも関わる（データ主権の論点）
登場人物メモ（※の説明）:
- ※1 オブジェクトストレージ — フォルダ階層を持つ「ドライブ」と違い、IDと中身のペアを平らに大量保管する方式。横に台数を足して事実上無限に拡張できる
- ※2 リージョン — 事業者の拠点の地理的まとまり。利用者から近いほど通信が速く、法域の選択でもある
⚠️ イレギュラー（預け方の落とし穴）:
- 公開設定ミス — 倉庫（バケット）を誤って全世界公開にする事故は、クラウド情報漏えいの定番。技術の穴ではなく設定の穴
- 転送コスト — 預けるのは安くても、大量に取り出す（外へ転送する）と課金がかさむ料金体系が多い
② 保存とコピー — 「壊れない」ではなく「壊れても平気」
🎬 アニメーション『写真はどこに保存されてる？』の ④ のところです！
データセンターの機械は特別製ではなく、毎日どこかで壊れています。それでも写真が消えないのは、壊れない機械を使っているからではありません。
- 写真を預かると、事業者は自動でコピーを複数作る
- コピーは別の機械、さらには別の土地のデータセンターにも置かれる（冗長化って言います）
- どれか1台が壊れたら、残ったコピーから自動で作り直す
地震や火事で建物ごとやられても、離れた土地の控えが生きている——「壊れても平気な作り」が、クラウドの信頼性の正体です。
⚠️ イレギュラー（それでも消えるとき）:
- 自分で削除した — コピーが何重でも、正規の削除の指示はすべてのコピーに及ぶ。ゴミ箱の復元期間を過ぎたら戻らない
- 事業者がサービスを終了した — 建物ごと借りている以上、貸主の都合の影響は受ける。大事なデータの「二重の預け先」は自衛策になる
この部分をもっと深く（中級）
🎬 アニメーション『写真はどこに保存されてる？』の ④ のところです！
「自動でコピーを複数作る」の正式名はレプリケーション※1 で、置き場所には階層があります:
- まず同じ建物内の複数の機械にコピー（機械の故障に耐える）
- さらにアベイラビリティゾーン（AZ）※2 をまたいでコピー（建物・電源単位の障害に耐える）
- 必要ならリージョンをまたぐ（広域災害に耐える）
- 壊れたコピーは自動検知して再複製——「壊れない」ではなく「壊れ続けても総数が保たれる」仕組み
アニメーション『複製とAZ（壊れても平気）』を開く
この設計の到達点が、S3系サービスが謳う「イレブンナイン（99.999999999%）」の耐久性です。
登場人物メモ（※の説明）:
- ※1 レプリケーション — データの複製を複数箇所に維持し続けること。冗長化の実装
- ※2 アベイラビリティゾーン（AZ） — 電源・空調・ネットワークが独立した障害の単位。リージョンの中に複数ある
⚠️ イレギュラー（それでも起きること）:
- 正規の削除は全コピーに及ぶ — レプリケーションは「事故」に効くが「操作ミス」には効かない。誤削除対策は世代管理（バージョニング）や別系統のバックアップの仕事
- リージョン丸ごとの障害 — まれに起きる。全世界のサービスが同時に重くなる日は、たいてい大手クラウドのリージョン障害
③ どこからでも取り出す — 機械は「窓」になる
🎬 アニメーション『写真はどこに保存されてる？』の ⑤〜⑦ のところです！
本体がデータセンター側にあるということは、手元のスマホやPCの役割が変わるということです。
- スマホは写真の「保管庫」から、写真を見に行く「窓」になる
- スマホをなくしても、本体は無事——新しい窓からログインすれば戻ってくる
- 同じ理屈で、PCからもタブレットからも同じ本体が見える
ただし、これは諸刃の剣です。「どの窓からでも入れる」は、鍵（アカウント）を持っている人なら誰でもという意味だからです。
⚠️ イレギュラー（クラウド時代の弱点）:
- パスワードを奪われた — 攻撃者もどの窓からでも本体にたどり着ける。機械の故障に強くなった分、守りの主役は鍵に移った（次のユニット「パスワード」につながる話）
- ネットにつながらない — 窓の外が見えない状態。本体は無事でも、圏外では取り出せない
会社にとってのクラウド — 「借りる」のもう1つの意味
個人にとってのクラウドは「写真や書類の置き場所」ですが、会社にとっては「サーバそのものを借りる」という意味が大きくなります。自前でサーバを買うと、購入に数週間・置き場所・電源・故障対応が全部自分持ち。クラウドなら必要な台数を数分で借りて、要らなくなったら返せます。テレビで話題になった日だけ10倍に増やす、といった伸縮が利くのが最大の魅力です。このアプリ自体も、クラウド（借りたコンピュータ）の上で動いています。
まとめると、クラウドとは「よその建物のコンピュータを、インターネット越しに借りること」です。機械の故障には強く、鍵の流出には弱い——この損得の形を覚えておけば、「クラウドだから安心」も「クラウドは怖い」も、どちらも半分だけ正しいと分かるはずです。
この部分をもっと深く（中級）
🎬 アニメーション『写真はどこに保存されてる？』の ⑤〜⑦ のところです！
預けた写真を、世界中のどの端末からでも開けるのはなぜか——取り出し側の実体です:
- 取り出しは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枚です。「会社としてどう借りるか」の設計は姉妹ユニット クラウド へ。クラウドのニュースは「どの層の、どちらの責任範囲の話か」で読む——それがこのユニットの持ち帰りです。
関連する知識
理解度チェック
そのまま解けます（成績は保存されません）。無料アカウントを作ると、学習の記録と進捗の山登りが始まります。
問1. 「写真をクラウドに保存する」——写真は実際にはどこにある？
問2. スマホをなくしても、クラウドの写真が新しいスマホで見られるのはなぜ？
問3. クラウドの写真が「消えにくい」と言われる理由はどれ？
問4. 会社が自前でサーバを買わず、クラウド事業者から借りる理由として最も大きいものはどれ？
問5. 「クラウドにあるから安心」と言えなくなるのはどんなとき？
問6. 「クラウド（雲）」という名前は、どこから来た？
問7. スマホで撮った写真が、まだクラウドに届いていない状態はどれ？
問8. コピーを複数の機械・複数の土地に置いて、1つ壊れても残りで守るこの仕組みを、漢字3文字で何と呼ぶ？