MinIO 作为对象存储领域的绝对玩家,当初以开源出道,但是随着发展,MinIO 做出了很多让开源社区恼火的事情,让 MinIO 与开源社区/用户渐行渐远。RustFS 作为 MinIO 的完全平替,弥补了国内对象存储开源这一空白。
开源领域从来不缺话题,这次来到了 MinIO —— 分布式对象存储领域的开源老炮。
先说 MinIO
说起 MinIO,大家可能都不陌生,这是对象存储领域的重量级玩家,由 Anand Babu Periasamy(他还是 Glusterfs 的创始人之一,可以说是牛逼给他妈开门,牛逼到家了,下文简称 AB) 创立于 2014 年,目的是想打造一个简单高效的存储系统,2016 年正式开源,采用 Apache 2.0 许可证,借助于云原生的高速发展,MinIO 也得到了快速的发展,发展到后期成为了很多项目的默认对象存储系统 。下面这些数据足以说明 MinIO 有多 NB:
| 融资额 | GitHub Star | Dockerhub 镜像下载数 |
|---|---|---|
| 超 1 亿美金 | 55.9k+ | 超 100万 |
所谓人红是非多,开源项目做的太好,白嫖的就多了(信雅达一点,如建盛老师所说的搭便车行为)。为此,MinIO 屡次将自己置身于开源社区的火力攻击下。
许可证修改风波
MinIO 刚发布的时候是以 Apache 2.0 为开源许可证,但是在 2011 年 5 月 11 日发布了一篇题为 From Open Source to Free and Open Source, MinIO is now fully licensed under GNU AGPLv3 博客,宣告 MinIO 从 Apache 2.0 转换为 APGL v3。

博客中也提到,MinIO 其实从 2019 年开始就着手做许可证修改的事情了,到 2011 年已经完成了代码的梳理,后续绝大部分 MinIO 相关的代码都以 AGPLv3 进行分发。对于许可证修改的事情,在 MinIO GitHub 的 Issue 上也讨论的很热烈:

从 Apache 2.0 更改为 AGPLv3,懂得都懂,这是为什么(不懂得可以去查查之前 ES 做类似操作的前因后果)。
移除管理控制台功能
在今年五月份,MinIO 在主题为 Implemented AGPL MinIO Object Browser simplified Console 的 PR(目前该 PR 仅限于协作者才可完整查看) 中提交了大量的代码,对 UI 页面上的 admin 功能进行了删除,整个 PR 删除代码达到 11w+ 行,增加超 4k 行:

关于删除此功能的原因在该 PR 中也做了介绍:

大概意思就是说:之前社区版和商业版的 admin UI 是两个分支,现在维持这两个分支的稳定可持续发展比较困难(人力有限),而且 admin console 还有可能引入安全风险,所以简化了社区版的 admin console 功能,如果用户想要使用这些功能,可以升级到付费的商业版,对于社区用户 ,可以使用 mc(即 MinIO client,可以理解为 MinIO cli)来使用 MinIO。当然,他们也欢迎社区用户参与进来对社区版的 admin console 功能进行贡献。

移除功能之前的 admin console

移除功能之后的 admin console
注意 :最后一个 admin console 功能可用的版本为 2025-04-22T22-12-26Z。
与此相关的 PR 和 Issue:
- Issue:MinIO removed most management from WebUI #4787
- Issue:Bug: UI Console Missing Features #3546
- PR:MinIO: use latest version or latest feature rich version #5423
- PR:Implemented AGPL MinIO Object Browser simplified Console #3509
停止社区版二进制分发
今日,外网一篇名为 MinIO Again Under Fire for Source-Only Decision 的文章指出 MinIO 决定停止分发社区版的二进制文件,这让社区用户再次“沸腾”。
在 MinIO 的 GitHub Issue 中看了一下,有用户提了一个关于 Docker release missing 的 issue,里面写到他找不到关于安全版本 Security/CVE RELEASE.2025-10-15T17-29-55Z 这个版本的 Docker image 了,一名 GitHub ID 为 harshavardhana 的 MinIO 员工,回复到**这个项目现在仅分发源代码了,如果需要 docker image 就得自行构建了。

MinIO GitHub issue 截图
也有用户指出:你这不是扯淡么,你悄摸的修改了 README 文件,也不发个公告,当初你删除了 UI 控制台的部分功能,现在又对 docker image 下手了,这很让人气愤了,虽然我是付费用户,我都要寻找替代品了,哥不想被锁定。

看了一下修改的 commit:

里面写到:如果你想使用 MinIO 社区版,要么从源码安装(官方推荐),要么使用官方提供的 Dockerfile 自行编译构建。而且此 commit 修改的其他文件中也写了,社区版从此以后就不再接受功能请求了:

当然,这一出在国外技术社区也掀起来热烈讨论,比如 Hacker News 和 Reddit 上,我把链接贴出来,感兴趣的可自行围观:
Reddit:MinIO moving to a “source only” distribution
Hacke News:MinIO stops distributing free Docker images
当然,除了这些,MinIO 还把社区版的文档从官网入口做了删除。关于这个,在知乎上已经有帖子:

选择 RustFS 的五大理由
RustFS 作为一款采用 Rust 语言编写的开源对象存储系统,完全兼容 S3,是 MinIO 的完全平替,相比于 MinIO,RustFS 还具有以下优势:
- 私有部署,一键安装 :RustFS 支持二进制、Docker 以及 Helm Chart 安装,一键式安装,可以在数分钟内拉取一个 RustFS 实例(单机单盘、单机多盘或多机多盘);
- Rust 编写,性能优越 :RustFS 采用 Rust 语言编写,借助 Rust 语言本身安全、高效的特点,让 RustFS 的使用效率高于 minio;
- S3 兼容,丝滑切换 :RustFS 完全兼容 S3,使用成本低,可以从 S3、minio 无缝切换至 RustFS;
- 国产研发,信创支持:RustFS 由国内团队研发开源,可满足信创要求;
- 快速迭代,持续更新:目前,RustFS 在保持着快速的迭代,修复企业/社区用户提交的 bug,同时也在开发更多功能;
关于 RustFS 的更多内容,可以查阅:
- GitHub:https://github.com/rustfs/rustfs
- 官网:https://rustfs.com
- 文档:https://docs.rustfs.com

被折叠的 条评论
为什么被折叠?



