MinIO GitHub 存储库的维护模式：开源对象存储的下一步是什么？

作者 | Renato Losio

译者 | 刘雅梦

策划 | 丁晓昀

在一次有争议的许可证变更和从控制台中移除管理员功能之后，支持流行的开源对象存储服务器 Minio 的公司最近宣布该项目将进入维护模式。这一变化在社区引发了关于分叉的必要性、开源项目的挑战以及 Garage、SeaweedFS 和其他替代方案的可行性的讨论。

根据 GitHub 公共存储库中的最新提交，MinIO 社区版将不再接受新功能、增强功能或拉取请求，关键的安全修复将根据具体情况进行评估。现有的问题和拉取请求将不会被积极审查，社区支持将继续在 Slack 上以尽力而为的方式进行，公司鼓励用户迁移到 Minio 企业版。

MinIO 在十多年前启动，由于其与 Amazon S3 API 的完全兼容性而在开发人员中广受欢迎，这些 API 是对象存储的事实标准。开发人员可以使用现有的 S3 SDK、工具和库，轻松地从 AWS S3 或多云设置中迁移。与其他解决方案相比，包括 Ceph 和传统的 SAN/NAS，Minio 以其简单性而闻名，因为它作为一个单一的二进制文件运行，依赖性最小。此外，Minio 还集成了 Terraform、Spark、Kafka 和 Velero 等工具以及流行的 ML 框架。

如今，MinIO 运行在许多 Kubernetes 集群、SaaS 平台和数据湖的背后，Aquila I 的软件工程师 Mangla Ram Choudhary 总结道：

一个无声的 README 更新刚刚结束了 Minio 作为默认开源 S3 引擎的时代 (...) 没有公告。没有迁移指导。只是关闭了 (...) 问题的原因：不符合 SOC2/ISO/PCI/HIPAA 的安全性，存储层的架构风险，零社区贡献路径，被迫转向商业许可或迁移。这是一个重大的开源基础设施事件，而不仅仅是项目新闻。

随着 MinIO 开源的终结，LinkedIn 和 Reddit 上已经有许多关于替代方案和“现在谁将接管开源 S3 兼容存储的桂冠”的讨论。在“MinIO 之后的生活：社区洞察与迁移策略”这篇文章中，Rulauda 的高级 DevOps 工程师 Alexey Minin 强调了开源软件的一个常见问题：

在 2025 年，“开源”是不够的。我们需要寻找开放治理。由基金会（CNCF、Apache、Linux Foundation）托管的项目不受这些干扰。单一供应商项目则不然。

流行的对象存储替代品包括 RustFS、SeaweedFS 和 Garage，其中 Garage 在 AGPLv3 许可下发布，而 SeaweedFS 和 RustFS 在 Apache 2.0 许可下发布。为了强调可持续发展和企业许可的重要性，用户 victormy 在 Hacker News 上评论道：

非常感谢 MinIO、RustFS 和 Garage 的贡献。话虽如此，Minio 如此突然地关闭开源的大门无疑吓坏了社区。但老实说，对他们来说，这是公平的——开源项目最终需要一条盈利之路 (...) 随着 MinIO 实际上退出了 OSS 竞赛，我认为 RustFS 会领先。

虽然 Garage 专注于成为小型、自托管、地理分布式部署的 S3 兼容对象存储，但 RustFS 则专注于数据湖、AI 和大数据工作负载的原始性能和优化。根据文档，RustFS 支持与 MinIO 和 Ceph 等其他 S3 兼容平台的迁移和共存。用 Go 编写的 SeaweedFS 是一个用于 blob、对象、文件和数据湖的分布式存储系统。Altinity 的首席执行官 Robert Hodges 提出了一个“开源之谜”并质疑：

对于几乎所有主要的数据库类型，都有易于部署的开源构建，但没有 S3 兼容的对象存储。难道不应该有一个 S3 的 PostgreSQL 吗？

到目前为止，MinIO 社区版的分叉还没有获得关注。

https://www.infoq.com/news/2025/12/minio-s3-api-alternatives/

声明：本文为 InfoQ 翻译，未经许可禁止转载。