初級では「よその建物のコンピュータを借りる」ことと「壊れても平気な作り」を見ました。ここでは借り方の実際の名前と契約の考え方に踏み込みます。読み終わる頃には、クラウド事故のニュースで「どちらの責任範囲か」を判定できるようになっているはずです。
用語には「※1・※2…」と番号を付けて、各セクション末尾の「登場人物メモ」で説明します。
中級の解説は準備中のため、中級の内容を表示しています。
初級では「よその建物のコンピュータを借りる」ことと「壊れても平気な作り」を見ました。ここでは借り方の実際の名前と契約の考え方に踏み込みます。読み終わる頃には、クラウド事故のニュースで「どちらの責任範囲か」を判定できるようになっているはずです。
用語には「※1・※2…」と番号を付けて、各セクション末尾の「登場人物メモ」で説明します。
🎬 アニメーション『写真はどこに保存されてる?』の ②〜③ のところです!
写真の預け先の実名と、届くまでの経路です:
登場人物メモ(※の説明):
⚠️ イレギュラー(預け方の落とし穴):
🎬 アニメーション『写真はどこに保存されてる?』の ④ のところです!
「自動でコピーを複数作る」の正式名はレプリケーション※1 で、置き場所には階層があります:
この設計の到達点が、S3系サービスが謳う「イレブンナイン(99.999999999%)」の耐久性です。
登場人物メモ(※の説明):
⚠️ イレギュラー(それでも起きること):
🎬 アニメーション『写真はどこに保存されてる?』の ⑤〜⑦ のところです!
預けた写真を、世界中のどの端末からでも開けるのはなぜか——取り出し側の実体です:
なお「会社として、どの段階(IaaS / PaaS / SaaS)で借りるか」という借り方の設計は、姉妹ユニット クラウド(サーバを借りて使った分だけ払う) にまとめています。
登場人物メモ(※の説明):
⚠️ イレギュラー(アクセスと責任の誤解が招く事故):
借りた「仮想サーバ」は、物理的には他の会社と同じ機械の上に同居していることがほとんどです(マルチテナント)。それでも互いが見えないのは、仮想化——1台の物理機械の上に複数の独立した仮想機械を作る技術のおかげです。『アプリとOSは何が違うのか』で見た「OSがプロセスを隔離する」構図の、さらに一段下で「ハイパーバイザが OS ごと隔離している」と考えると、同じ理屈の入れ子だと分かります。
まとめ——このユニットで足した「実体」の地図は、倉庫の実名(オブジェクトストレージ)/ 壊れても平気の実装(レプリケーション×AZ)/ どこからでも取り出す仕組み(API×CDN)/ 事故の読み方(責任共有モデル)の4枚です。「会社としてどう借りるか」の設計は姉妹ユニット クラウド へ。クラウドのニュースは「どの層の、どちらの責任範囲の話か」で読む——それがこのユニットの持ち帰りです。
そのまま解けます(成績は保存されません)。無料アカウントを作ると、学習の記録と進捗の山登りが始まります。
問1. クラウドの「責任共有モデル」の説明として正しいものはどれ?
問2. コピーを何重にも保つレプリケーションでも守れないのはどれ?
問3. 預け先の建物を選ぶ単位「リージョン」の説明として正しいものはどれ?
問4. クラウドに預けた写真を、世界中のどの端末からでも開ける仕組みはどれ?
問5. データを複数の「アベイラビリティゾーン(AZ)」に分けて置く目的はどれ?
問6. 「クラウドなら費用が必ず安くなる」が誤解と言われる理由はどれ?
問7. クラウドの写真サービスが使う「オブジェクトストレージ」の特徴として正しいものはどれ?
問8. データが物理的にどの国に置かれ、どの法域の規制を受けるかという論点を「◯◯主権」と呼ぶ。◯◯に入る語は?