2025 年 5 月 24 日，知名开源对象存储项目 MinIO 发布了版本更新。此次更新以「简化控制台」为名，删除了 114,736 行代码，将原本功能完整的 Web 管理界面大幅精简为仅具备对象浏览功能的基础界面。

被移除的功能包括用户账户管理、访问策略配置、存储桶 (Bucket) 管理工具以及系统配置等核心管理功能。用户现在无法通过 Web 界面执行任何管理员级别的操作，所有管理任务被强制转移到 mc 命令行工具。

MinIO 联合创始人 Harshavardhana 在 GitHub 讨论中表示^[1]，维护社区版和商业版的双套图形界面需要「包括设计、用户体验、前后端开发以及安全测试在内的整个团队」投入，对社区版而言成本过高。他建议需要图形化管理的用户转向该公司的商业产品 AIStor，或改用命令行工具。

开源社区普遍认为这是商业利益驱动的决策，是在没有预先通知的情况下强制推动商业化的行为。有用户在 Reddit 等平台发帖警告「避免使用 MinIO」，认为这是典型的「特洛伊木马式更新」。随后 MinIO 锁定了相关 GitHub 讨论。

作为回应，社区迅速启动了名为 OpenMaxIO 的分支项目。同时，SeaweedFS、Garage 等替代方案也获得了更多关注。

事件时间线

一个小站梳理此事件的时间线如下：

新版本到底删除了什么？

MinIO Web 管理控制台的功能在此次更新中被大规模删除和精简。

一个小站整理了部分社区用户的讨论，发现影响范围包括以下几个主要模块：

账户与策略管理： 原本控制台提供的用户账户创建、访问密钥管理、策略策略设置等功能被移除。更新后，用户无法通过图形界面创建新的访问凭证或管理用户权限，只剩管理员初始帐号可用。这也意味着OpenID Connect（OIDC）单点登录等高级认证集成功能被砍掉，后续版本中只能使用内置的管理员凭证登录控制台。Cloudron 社区论坛的讨论^[3]也确认，「OIDC 身份认证在上游已被移除，升级后只能用管理员账户登录，无法再创建新的访问密钥」。

配置与集群管理： 控制台中用于查看和修改服务器配置、管理后端存储设置、监控 MinIO 集群状态的界面不复存在。用户无法在浏览器中方便地调整实例设置或查看服务信息，相关操作需改用命令行或API。

存储桶管理： 原有用于新建Bucket（存储桶）、设置Bucket策略、浏览和管理Bucket属性的界面被删除。现在Web界面仅保留对象浏览功能，即列出Bucket及其中对象的基本文件浏览操作。诸如一次性创建Bucket、配置Bucket版本控制、生命周期规则等动作都无法通过UI完成。

其他管理控制台功能： 诸如服务器信息仪表盘、多节点模式下的集群管理视图、用户界面上的日志/通知配置等管理类选项也一并被移除。总体而言，新版的所谓「简化控制台」实际上已经不再是一个管理控制台，而退化为一个纯对象存储浏览器。

综上，普通用户通过浏览器几乎无法执行任何管理员级别的操作，所有管理维护任务被迫转移到命令行工具 (mc 客户端) 上。MinIO 官方在说明中强调：「UI 现在仅提供对象浏览，创建密钥和设置权限等都必须使用 mc CLI 工具完成」。这一改变对用户体验影响巨大，相当于彻底阉割了社区版的Web操作能力。

MinIO 的「突然袭击」

早在2021年，MinIO 就曾引发过一次争议：他们突然将项目许可证从 Apache 2.0 切换为更严苛的 GNU AGPL v3^[5]。当时社区对此颇有微词，觉得 MinIO 未经充分沟通就「突然袭击」，并担心 AGPL 的传播性条款会影响企业使用。MinIO 官方坚持此举合法，并声称这是「顺其自然的演进」。

AGPL 允许 MinIO 采用「开源+商业授权」双轨模式——即代码开源但附带严格约束，商业客户可以购买专有许可证以免除AGPL义务。因此，自2021年起 MinIO 就在有意区分「社区版」（AGPL，自行负责支持）和「商用版」（付费，提供支持且无开源义务）。

此次控制台功能的削减，很大程度上是这种策略的延续：通过削弱开源版的易用性，进一步凸显商业版的价值，从而迫使有需要的用户走向付费。

值得一提的是，MinIO 官方近年来对第三方「不当使用」其开源代码的行为表现出强硬姿态。

2023年初，MinIO 曾公开指控存储公司 Weka 和 Nutanix 违反许可证，将 MinIO 开源代码嵌入自家产品却未遵守开源协议。MinIO 随后宣布「撤销」这些公司使用 MinIO 代码的许可，并警告其客户可能面临法律和安全风险。^[6]虽然许可证撤销在法律上存疑（尤其针对Apache 2.0部分），但这一系列动作显示 MinIO 不满他人免费拿去商用。

一个小站强烈谴责 MinIO 以削减开源版本竞争力来将用户引流至付费版本的做法。

本站建议，在采用开源基础设施时，应当留意其未来发展和授权策略变化，提前备好应对方案，以免陷入类似 MinIO 这样功能突遭削减的困境。也期待 MinIO 及更多开源企业能从中吸取经验，在商业利益与开源精神之间找到更稳健的平衡。