1月14日、Robin Moffattが「Alternatives to MinIO for single-node local S3」と題した記事を公開した。2025年末にMinIOがコミュニティOSS向けの実質的な開発を終了したことを受け、シングルノードのローカルS3エミュレーターとして使える代替ツールを比較・検討した内容だ。
Robin MoffattはKafkaやApache Icebergといったデータ基盤技術の解説で知られるエンジニアで、自身のデモスタックにMinIOを活用していた。今回の変化は、ローカル開発環境やCIパイプラインでMinIOを使っていたエンジニアに広く影響が及んでいる。
MinIOに何が起きたのか
2025年末、MinIOの開発元は商業戦略の転換を理由に、コミュニティ向けOSSとしての実質的な開発を打ち切った。MinIOはもともとAGPL v3でリリースされていたが、以前から商用ライセンスへの移行圧力が強まっており、今回の動きはその延長線上にある。MinIO自体は商業版として存続しているが、無償のOSS版はメンテナンスが事実上止まった形だ。
この変化が影響を与えたのは、ローカル開発環境やCIパイプラインでMinIOをS3互換ストレージとして使っていたエンジニアたちだ。MinIOはDockerでの単体起動が容易で、Apache IcebergやDuckDBを使ったデータ系デモスタックにも広く組み込まれていた。著者自身もApache IcebergのデモスタックにMinIOを使っており、その置き換えを検討する中でこの調査に至った。
評価基準：「ローカルデモに使えるか」に絞る
記事では候補を以下の条件で絞っている：
- Dockerイメージが存在し、Docker Composeで動くこと
- S3互換APIを持つこと
- 無償かつOSI定義のOSSライセンス（Apache 2.0等）であること
- シングルノードでシンプルに動くこと
- アクティブなコミュニティまたは商業的なバックがあること
マルチノード構成や分散ストレージ、プロダクション運用は対象外だ。「ローカルデモ用のS3」という割り切りが明確である。
主要候補の比較
SeaweedFS — 著者が採用
著者が実際の移行先として選んだ候補の一つ。SeaweedFSは2018年ごろからS3サポートを持つ老舗プロジェクトで、実績がある。Docker Composeへの組み込みは比較的スムーズだが、認証設定に別途設定ファイルが必要になる。記事公開直後にプロジェクト側がこの制約を緩和すると表明したことも記されており、今後さらに使いやすくなる見込みだ。独自のWeb UIも付属する。公式サイトは「SeaweedFS Enterprise」色が強くOSS感が薄いが、GitHubリポジトリは活発に更新されている。
S3Proxy — 著者が採用
S3Proxyは軽量で導入しやすいと評価されている。ただし内部で依存しているApache jcloudsが2025年中頃にApache Attic（Apacheプロジェクトの「引退」扱い。以降はセキュリティパッチを含む積極的なメンテナンスが行われなくなる）入りしており、長期的な観点では注意が必要だ。著者は「ローカル用途なら実用上ほぼ問題ない」と述べている。
RustFS — 様子見
MinIOの代替を明示的に意識して開発されているRust製のS3実装で、UIも付属する。ただし現時点ではアルファリリース（1.0.0-alpha.79）であり、深刻なセキュリティ脆弱性（GHSA-h956-rh7x-ppgj）も発見されている。著者は「maybe」に留めており、安定版リリース後の再評価が現実的だ。
CloudServer（Scality） — 条件付き
旧称はS3 Server。Scality社のZenkoスイートの一部として公開されている。MinIOからの切り替え自体は比較的容易だが、「cloudserver / zenko / scality」という名称関係がわかりづらく、ドキュメントが古いDockerイメージを参照しているなど、使いにくさが残る。著者は「悪くはないが、スイートの一部ということで全体像を理解する必要がありそうで気後れした」と正直に書いている。
Garage — 非推薦（ローカル用途）
設定が複雑すぎる。著者はAIに助けを借りて動かしたが、初期化に別コンテナが必要で、TOMLの設定ファイルの記述も求められる。加えてアクセスキーの形式がGKで始まる12バイトhexという独自仕様で、aws CLIなどとの接続で予期しないエラーが出る。プロダクションの分散環境向けとしては理にかなった設計だが、ローカルデモへの流用はオーバーエンジニアリングだ。
Apache Ozone — 非推薦
Apache Hadoop由来のオブジェクトストレージで、2020年にトップレベルプロジェクトとして独立した。著者が試みたが、最少でも4ノード構成が必要であり、単純なローカル用途には重すぎる。著者のコメントは「lol no」。
ツール選定で見落とされがちな2点
著者は代替選定にあたって、機能面以外の視点も重要だと指摘している。
ガバナンス：紹介した候補の中でASF（Apache Software Foundation）管理はApache Ozoneのみ。他のプロジェクトは、MinIOが実際にそうしたように、ライセンスを突然変更するリスクがゼロではない。
バスファクター（プロジェクトが特定の人物に依存している度合いの指標）：一部プロジェクトは長い歴史を持つが、実質的な貢献者がほぼ1人というケースもある。その人物が離れた場合に開発が継続されるかは、長期的な採用判断で考慮すべき要素だ。
MinIOの件が示したのは、「使いやすいOSSツール」であっても、その持続可能性を軽視するとある日突然移行コストが発生するという現実だ。ローカル用途であっても、採用前に一度ガバナンスとコミュニティの状況を確認する習慣は持っておきたい。
詳細はAlternatives to MinIO for single-node local S3を参照していただきたい。
