ストレージサーバ — 大きな塊を置く倉庫

初級の解説は準備中のため、初級の内容を表示しています。

概要 — まず全体をつかむ

画像や動画のような大きな塊は、表向きのDBには不向き。それ専用の倉庫がストレージサーバです。

詳細 — 1段階ずつ追う

これは何をする係?

DBが「整理された台帳」なら、ストレージは大きな荷物の倉庫。画像・動画・PDF・音声など、大きなファイル(※1 オブジェクト) をまとめて預かります。

サーバ機器
ストレージサーバの実体もこうしたコンピュータ

コツは、DBにはファイル本体を入れず、「そのファイルがどこにあるか(URL)」だけを持たせること。荷物は倉庫、伝票はDB、という分担です。

アニメーション『オブジェクトストレージ(ID→中身)』を開く
オブジェクトストレージ=「IDを渡すと中身が返る」平らな倉庫ドライブフォルダの階層をたどる📁 2025📁 07月🖼 a.jpg🖼 b.jpg深くなるほど道のりが長いオブジェクトストレージID → 中身のペアが平らに大量id: 9f3a→ 中身id: 71bc→ 中身id: c052→ 中身id: 4e8d→ 中身id: a1f7→ 中身id: 6b20→ 中身id: d934→ 中身id: 2c55→ 中身id: e7a1→ 中身階層なし・IDで一発HTTP APIPUT / GET横に台数を足して、事実上無限に拡張画像・動画など大きな塊の保管に強い

登場人物メモ:

  • ※1 オブジェクト — 1つのファイル(画像1枚・動画1本など)
  • ※2 URL — そのファイルの置き場所を指す住所

仕事の流れ

  1. アップロードされたファイルを受け取り、倉庫に保存する
  2. 保存した場所(URL)を発行する
  3. DBには本体ではなく、そのURLだけを記録する
  4. 表示のときは、そのURLからファイルを取り出す(大きいものは、ブラウザが倉庫から直接受け取ることも)

DBと分ける理由

  • DBが重くならない — 巨大ファイルを詰めると検索・更新まで遅くなる。だから分ける
  • 配信と相性がよい — 画像などはCDNと組み合わせ、近くから速く配れる
  • 役割がはっきり — 「探すデータ」はDB、「大きな塊」はストレージ

⚠️ うまくいかないとき

  • 公開範囲のミス — 誰でも見られる設定にして、非公開のはずのファイルが漏れる
  • 容量・コスト — 動画などは重く、置きっぱなしで膨らむ
  • 消えると困る — 大事なファイルは、複数箇所に複製して失わないようにする

理解度チェック

そのまま解けます(成績は保存されません)。無料アカウントを作ると、学習の記録と進捗の山登りが始まります。

1. 巨大な動画ファイルをDBの列にそのまま入れると、主に何が問題?

2. ストレージサーバに置くのに向いているのは?

3. ストレージに保存したファイルについて、DBに記録しておくのはどれ?

4. 画像などを世界中の利用者へ速く配るために、ストレージと組み合わせると相性がよいのはどれ?

5. 大事なファイルを失わないために、ストレージで行うのはどれ?

6. ストレージの「うまくいかないとき」として実際に起きるのはどれ?

7. ストレージに預ける「1つのファイル(画像1枚・動画1本など)」を何と呼ぶ?(カタカナで)

8. DBに記録しておく「ファイルの置き場所を指す住所」を英字3文字で答えてください。