オブジェクトストレージの仕組み ― S3はなぜ「無限に」データを保存できるのか

ストレージには大きく3種類あるよ。ブロックストレージはデータを固定サイズのブロックに分割して保存するもので、HDDやSSDがこれにあたる。ファイルストレージはフォルダの階層構造でファイルを整理するNASみたいなもの。そしてオブジェクトストレージはフラットな名前空間にオブジェクト（データ+メタデータ）を保存する仕組みなんだ。

そう！オブジェクトストレージにはフォルダという概念がなくて、すべてのデータは『バケット』と『キー』で管理されるんだ。例えば S3 なら、バケット名が my-bucket でキーが photos/2026/cat.jpg みたいになる。スラッシュはただの文字列の一部で、本当のディレクトリ階層じゃないよ。

その通り。S3コンソールでフォルダっぽく見えるのはキーのプレフィックスで擬似的に表示してるだけなんだ。この設計のおかげで、ファイル数が何兆個になっても検索速度が落ちない。ファイルストレージだとディレクトリのネストが深くなると遅くなるけど、オブジェクトストレージはキーでダイレクトにアクセスできるよ。

メタデータはデータに関する付属情報だよ。ファイルの種類（Content-Type）、作成日時、カスタムタグなんかを自由に付けられる。例えば画像に撮影者名や分類タグをメタデータとして付けておけば、あとから検索やフィルタリングに使えるんだ。これがデータレイクの基盤として人気がある理由の一つだね。

1000万個のオブジェクトを保存しても、1万年に1個失われるかどうかという耐久性だよ。これを実現しているのがイレイジャーコーディングという技術なんだ。データを断片に分割して冗長性を持たせ、複数のデータセンターに分散保存する。例えばデータを6つの断片に分けて4つあれば復元できる方式なら、同時に2箇所壊れてもデータは無事なんだよ。

そこで活躍するのがストレージクラスだよ。S3だとStandard（頻繁にアクセス）、Intelligent-Tiering（自動で最適化）、Standard-IA（低頻度アクセス）、Glacier（アーカイブ）などがある。例えばログファイルは30日経ったらIAに移し、90日経ったらGlacierに移すライフサイクルポリシーを設定すれば、コストを大幅に削減できるんだ。

署名付きURL（Presigned URL）が便利だよ。S3のオブジェクトは通常非公開だけど、有効期限付きの特別なURLを発行できるんだ。そのURLを知っている人だけが一定時間ダウンロードやアップロードできる。アプリのファイルダウンロード機能やフォームからの画像アップロードによく使われるよ。

たくさんあるよ！Google Cloud Storage、Azure Blob Storageはもちろん、S3互換APIを実装したオープンソースのMinIOやCephもある。S3のAPIが事実上の業界標準になっていて、MinIOを使えば自前のサーバーでS3互換のストレージを構築できるんだ。マルチクラウドやオンプレ環境でもS3と同じコードが使えるのが強みだね。

データベースの『代わり』というより『土台』として使われることが多いよ。データレイクアーキテクチャでは、生データをすべてS3に保存して、Athena や Spark でSQL分析するのが定番パターンなんだ。最近はParquetやIcebergといったオープンフォーマットを組み合わせることで、データウェアハウスに近い性能を出せるようになった。『ストレージとコンピュートの分離』という設計思想の中心にいるのがオブジェクトストレージだよ。