Amazon S3 Filesが来た：バケツよりフォルダの方が使いやすい場面がある

AWSがS3 Filesというのをリリースしたという記事が流れてきた。「全てをファイルとして扱った方が楽なシチュエーションもあるんだろうな」と思って、どんな場合がそうなのか調べてみた。

机にバケツが置いてあるより、フォルダがあった方が中のものを特定しやすいだろうな——そんな想像をしながら読み進めた。バケツ（S3 Bucket）は「大量のものを放り込む」のには向いているが、「目的のものをパスで辿る」にはあまり向いていない。ファイルシステムはその逆で、階層構造とパスで対象を特定できる。ファイルベースのツールはそれを前提に作られている。

Amazon S3 Filesとは

S3内のデータにファイルシステムのインターフェースで直接アクセスできる共有ファイルストア。 Amazon EFSの性能とシンプルさを基盤としており、2026年4月時点で34のAWSリージョンで一般提供されている。

“S3 is the first and only cloud object store that provides fully-featured, high-performance file system access”

従来の問題点

S3はオブジェクトストアなので、ファイルベースのアプリやツールは直接S3データを扱えなかった。そのために取られていた対応：

別のファイルシステム（EFSなど）を管理する
S3からファイルシステムへデータをコピーして二重管理する
同期パイプラインを自前で構築・維持する

複雑さと運用コストが高く、データの鮮度を保つのも難しかった。

S3 Filesが解決すること

課題	解決策
ファイルベースツールがS3を直接扱えない	コード変更なしでS3をファイルシステムとしてマウント可能
データの重複コピーが必要	オリジナルのS3データにそのままアクセス
複数の計算リソースで同期が大変	複数リソースから同時接続しても整合性が保たれる

ユースケース

既存のファイルベースアプリ：コードを変更せずS3をファイルシステムとして使える。移行コスト・リライトが不要。

AIエージェント：エージェント間でメモリや状態をファイルとして共有・永続化できる。パイプライン間の受け渡しがシンプルになる。

MLチーム：データ準備工程で「S3からローカルにステージングしてから処理」というステップを排除できる。

バケツとフォルダの違い、改めて

	オブジェクトストア（S3 Bucket）	ファイルシステム（S3 Files）
アクセス方法	URLキー指定	パス（階層構造）で指定
既存ツールとの相性	専用SDK/APIが必要	POSIX準拠ツールがそのまま動く
データの重複	ファイルシステムと別管理が必要	S3上のデータを直接共有
向いている用途	大量データの保存・配信	ファイル操作・共有ストレージ

S3 Filesはオブジェクトストアの「大量保存・高耐久性」はそのままに、ファイルシステムの「パス指定・既存ツール互換」を追加した。バケツの上にフォルダの使い勝手を乗せた、というイメージが近い。