近60k Star的MinIO官宣进入维护模式：开源之路终结？
拥有近60k GitHub Star的高性能分布式对象存储项目MinIO，于12月3日突然调整开源策略，宣布项目进入“维护模式”：此后代码库仅进行维护性更新，不再开发新功能，现有问题与合并请求也将停止主动处理。
消息一出，社区一片哗然。有人理解，有人质疑，甚至有论坛直接以“MinIO已死”为题发起讨论，表达不满情绪。
这个仍被广泛应用的存储项目为何做出如此选择？让我们一探究竟。
下载量超10亿次的开源传奇
MinIO的成长轨迹，许多技术人都曾见证。2014年，Anand Babu Periasamy等创始人针对私有云/混合云环境的高性能存储需求，推出了这款产品。
当时企业云存储需求激增，AWS S3成为行业标准，但不少企业希望在本地部署类似服务。MinIO应运而生——采用Go语言开发，轻量高性能且完全兼容S3 API，让依赖S3的应用轻松迁移到私有环境。
凭借Apache License 2.0的开源协议，MinIO迅速在开发者与企业间流行。数据显示，它拥有超1400个依赖包，GitHub上收获58.9K Star和6.5K Fork，Docker镜像下载量突破10亿次。国内市场中，阿里巴巴、腾讯、华为等超9000家企业都曾采用MinIO构建私有云或分布式存储系统。
三次关键转向：从开源到商业化
然而近年来，MinIO的策略逐渐向商业化倾斜，先后三次调整开源模式：
协议变更：从Apache 2.0到AGPLv3
2019年，MinIO将开源协议改为AGPLv3，要求商业服务使用者开放源代码。官方解释称，部分大公司“白嫖”项目做商业服务却不回馈社区，导致维护压力过大。这一变更在争议中于2021年完成。
功能迁移：开源版核心功能削减
今年5月，MinIO从社区版中移除控制台管理功能，理由是降低维护成本、聚焦企业版商业化。用户需自行编译源码或使用第三方工具替代。
分发限制：停止预编译二进制包
10月，MinIO宣布停止提供社区版Docker镜像和预编译二进制文件，仅保留源码分发。用户需通过Go命令或Dockerfile自行构建，历史版本不再维护。
维护模式意味着什么？
此次进入“维护模式”，是MinIO第四次也是最后一次调整开源策略。传统意义上，维护模式意味着开发重心从新功能转向现有功能的稳定性保障，但MinIO的声明更为彻底：
- 仅进行必要维护更新
- 不再接受新功能或PR
- 关键安全修复视情况评估
- 现有Issue与PR不再主动处理
- 社区支持通过Slack尽力提供
官方同时引导用户转向商业产品MinIO AIStor，其订阅费用为每年9.6万美元（管理400TB数据）。这一举措被视为彻底终结开源版本的信号。
社区反应：理解、批评与替代方案
消息引发社区激烈讨论，观点大致分为三类：
理解派认为，开源项目需要商业化支撑，应感谢开发者多年贡献。有人表示：“免费软件本是馈赠，不应抱怨。若希望项目延续，应主动投入时间或资金支持。”
批评派则指责MinIO“抽梯子”。有开发者指出：“Linux基金会可能很快推出分叉版本，MinIO的声誉将永久受损。”自由软件支持者引用Richard Stallman的观点，提醒社区警惕无CLA（贡献者许可协议）的项目风险。
法律质疑方面，有人提出：MinIO若未签署CLA就接受外部贡献，更改许可证需征得所有559名非官方贡献者同意。若AIStor基于原有代码库开发，可能存在AGPL合规问题。
同时，社区开始推荐替代方案，如RustFS（Apache协议，更新频繁）和Garage（AGPLv3，稳定性较好）。有开发者分析：“MinIO退出后，采用宽松协议的RustFS可能成为新选择。”
这场风波再次引发对开源可持续性的思考：当依赖的开源项目转向商业化，用户该何去何从？信任危机或许将促使社区更谨慎地选择技术栈，优先考虑有明确治理结构和可持续商业模式的项目。
参考来源：MinIO GitHub仓库、Reddit讨论、Hacker News评论
本文改编自微信公众号“CSDN”（作者：屠敏），经36氪授权发布。
本文仅代表作者观点，版权归原创者所有，如需转载请在文中注明来源及作者名字。
免责声明：本文系转载编辑文章，仅作分享之用。如分享内容、图片侵犯到您的版权或非授权发布，请及时与我们联系进行审核处理或删除，您可以发送材料至邮箱：service@tojoy.com