Loading... # MinIO 已死，MinIO 永存 # 一、新闻概述 ## 1. 标题 MinIO 已死，MinIO 永存 ## 2. 发布时间 2026 年 2 月 14 日 ## 3. 来源 Vonng 博客 # 二、核心内容 ## 1. 事件摘要 ### A. 主要内容 MinIO 的开源仓库已被官方正式归档，不再维护。一个时代的终结，但开源项目不会轻易消亡。 ### B. 核心亮点 - MinIO 官方仓库已正式归档，只读状态 - 作者创建了 MinIO 分支，恢复管理控制台 - 重建二进制分发管道，让项目重获新生 - 修复 CVE 漏洞 ## 2. 关键信息 ### A. 版本号/发布内容 pgsty/minio 分支，版本号 RELEASE.2026-02-14T12-00-00Z ### B. 重要数据 - 原项目获得 6 万星标 - Docker 拉取量超过 10 亿次 - 官方融资 1.26 亿美元，估值 10 亿美元 ### C. 涉及产品 MinIO 对象存储、pgsty/minio 分支 ## 3. 背景介绍 ### A. 前置版本 2025 年 12 月 3 日，MinIO 宣布进入维护模式，作者已撰文分析。 ### B. 相关上下文 从 Apache 2.0 协议到 AGPLv3 协议，从开源宠儿到商业软件公司，MinIO 走过了五年的转型之路。 # 三、详细报道 ## 1. 主要内容 ### A. 官方归档 2026 年 2 月 12 日，MinIO 将仓库状态从维护模式更新为不再维护，随后正式归档仓库。只读状态，不再接受 PR、Issue 和贡献。 ### B. 时间线分析 回顾过去几年的发展历程，这并非突然死亡，而是一个缓慢、刻意的收缩过程： | 时间 | 事件 | 性质 | |------|------|------| | 2021-05 | Apache 2.0 → AGPL v3 协议变更 | 许可证变更 | | 2022-07 | 起诉 Nutanix | 许可证执行 | | 2023-03 | 起诉 Weka | 许可证执行 | | 2025-05 | 从社区版移除管理控制台 | 功能限制 | | 2025-10 | 停止二进制/Docker 分发 | 供应链切断 | | 2025-12 | 宣布维护模式 | 生命周期结束信号 | | 2026-02 | 仓库归档，不再维护 | 项目终结 | ### C. 行业反应 Percona 创始人 Peter Zaitsev 在 LinkedIn 上对开源基础设施可持续性提出担忧。国际社区共识明确：MinIO 已结束。 ## 2. 技术细节 ### A. 分支恢复工作 作者完成的恢复工作包括： ```mermaid graph TB A[MinIO 官方归档] --> B[创建 pgsty/minio 分支] B --> C[恢复管理控制台] B --> D[重建二进制分发] B --> E[恢复社区版文档] C --> F[用户管理] C --> G[存储桶策略] C --> H[访问控制] D --> I[Docker 镜像] D --> J[RPM/DEB 包] D --> K[CI/CD 管道] E --> L[修复损坏链接] E --> M[恢复控制台文档] E --> N[部署到 silo.pigsty.io] ```  ### B. 管理控制台恢复 2025 年 5 月，MinIO 从社区版移除了完整的管理控制台，只保留了基础的对象浏览器。用户管理、存储桶策略、访问控制、生命周期管理等功能一夜之间消失。 恢复工作仅需回退 minio/console 子模块到之前版本。他们通过更改依赖版本将完整控制台替换为简化版本，代码一直都在那里。 ### C. 二进制分发重建 2025 年 10 月，MinIO 停止分发预构建二进制文件和 Docker 镜像，只保留源代码。 对于绝大多数用户来说，开源软件的价值不仅仅是源代码副本，供应链的稳定性才是关键。用户需要的是一个可以放入 Dockerfile、Ansible 剧本或 CI/CD 流水线的稳定产物，而不是在每次部署前都必须安装 Go 编译器的要求。 ### D. 文档恢复 MinIO 官方文档也面临风险，链接开始重定向到他们的商业产品 AIStor。 作者 fork 了 minio/docs 仓库，修复了损坏的链接，恢复了被移除的控制台文档，并部署到独立站点。 ## 3. 技术承诺 ### A. 不增加新功能，仅保证供应链连续性 MinIO 作为 S3 兼容的对象存储已经功能完整。它是一个成熟的软件，不需要更多花哨的功能，它需要的是一个稳定、可靠、持续可用的构建。 ### B. 这是生产构建，不是归档 作者在自己的环境中运行这些构建，已经在生产环境试用了三个月。如果出现问题，可以早期发现并快速修复。 ### C. 愿意追踪 CVE 和修复漏洞 如果遇到问题，可以在 pgsty/minio 项目报告。作者会尽力修复，但请不要将其视为商业 SLA。 ### D. 商标问题 AGPLv3 赋予了明确的 Fork 和分发权利，但商标法是另一个领域。作者已在各处明确标记这是独立社区维护的构建。 如果 MinIO 公司提出商标问题，会配合改名，可能是 silo 或 stow 之类的名称。 # 四、影响分析 ## 1. 行业影响 ### A. 开源可持续性 MinIO 从开源宠儿到警示故事的过程，引发了业界对开源项目商业化和可持续性的讨论。 ### B. 分支生态的兴起 HashiCorp 的 Terraform 被分支为 OpenTofu，发展良好。MinIO 的情况实际上更有利，AGPL 对分支的许可比 BSL 更宽松，社区分支没有法律灰色地带。 ## 2. 用户影响 ### A. 现有用户 对于使用 MinIO 的用户，只需将 minio/minio 替换为 pgsty/minio，其他一切保持不变。 ### B. 潜在用户 新的社区分支提供了与原项目兼容的选择，避免了迁移到其他对象存储的成本。 ### C. 迁移建议 使用 Docker 的用户，只需替换镜像名称。原生 Linux 安装可以从 GitHub Release 页面获取 RPM/DEB 包。 # 五、技术趋势 ### A. AI 改变游戏规则 AI 编码工具正在改变开源维护的经济性。使用 Claude Code 和 Codex 等工具，在复杂的 Go 项目中定位和修复漏洞的成本已经下降了一个数量级。 ### B. 一个人维护的可行性 以前需要一个专门团队来维护的复杂基础设施项目，现在可以由一位经验丰富的工程师配合 AI 副驾驶来处理。 ### C. 测试和验证 维护 MinIO 构建而不添加新功能是一项可控的任务。关键要求是测试和验证，而作者已有测试场景，可以在实践中验证兼容性、可靠性和安全性。 # 六、各方反应 ## 1. 作者立场 开源许可证的设计初衷就是让代码不会消亡。Fork 是开源中最强大的法术。当一家公司决定关上大门时，社区只需要两个词：Fork it。 ## 2. 社区反馈 MinIO 公司可以归档 GitHub 仓库，但他们无法归档 6 万星标背后的需求，也无法归档 10 亿次 Docker 拉取背后的依赖图。这种需求不会消失，只会找到出路。 # 七、相关链接 ## 1. 官方公告 - MinIO Is Dead 原文分析 - MinIO Is Dead, Are There Alternatives? 替代方案分析 ## 2. 技术资源 - pgsty/minio 仓库 - pgsty/minio-docs 文档站点 - Pigsty 项目主页 ## 3. 安装方式 Docker 安装： ```bash docker pull pgsty/minio ``` 使用 pig 包管理器安装： ```bash curl https://repo.pigsty.io/pig | bash pig repo add infra -u pig install minio ``` *** ## 参考资料 1. [MinIO Is Dead, Long Live MinIO](https://blog.vonng.com/en/db/minio-resurrect/) 最后修改：2026 年 03 月 01 日 © 允许规范转载 赞 如果觉得我的文章对你有用，请随意赞赏