MinIO 已死，MinIO 復生

MinIO 開源倉庫正式歸檔，不再維護。一個時代落幕，但開源的精神不死。 老馮 Fork 了 MinIO，復活了管理控制臺，重建了二進制分發渠道，讓 MinIO 浴火重生。

MinIO 的死亡證明

2025年12月3日，MinIO 在 GitHub 上宣布進入"維護模式"。我寫了一篇《》 與 《》。

2026年2月12日，MinIO 在 GitHub 首頁將狀態從"維護模式"更新為 “不再維護”，隨后正式將倉庫歸檔（Archived）。Read-only，不接受 PR Issue，不接受任何貢獻。 一個擁有六萬 star、超過十億次 Docker 拉取的項目，變成了一座數字墓碑。

如果說12月是 臨床死亡，那 2月的這個提交就是 正式開具了死亡證明。

今天（2月14日），一篇題為《How MinIO went from open source darling to cautionary tale[2]》的長文引發了廣泛傳播，詳細復盤了 MinIO 從開源寵兒到反面教材的完整墮落時間線。

Percona 創始人 Peter Zaitsev 也在 LinkedIn 上表達了對開源基礎設施可持續性的憂慮。國際社區的共識已經形成：MinIO 完了。

不是 “不更新了” —— 是 徹底的、不可逆的、官方蓋棺定論的死了。

回顧這18個月的時間線，你會發現這不是一次意外死亡，而是一場蓄意的、分階段的自毀：

一家融了1.26億美元、估值十億美金的公司，花了五年時間，親手把自己建立的開源生態一磚一瓦地拆干凈。

這比跑路還讓人難受 —— 因為跑路至少是一次性的，MinIO 選擇了凌遲。

但開源不死

故事到這里，按照正常劇本應該是一聲嘆息，然后大家各回各家。

但我想講一個不一樣的故事 —— 不是悼詞，是復活。

MinIO 公司可以歸檔一個倉庫，但它歸檔不了 AGPL 協議賦予社區的權利。

諷刺的是，AGPL 正是 MinIO 自己選的。他們當年從 Apache 2.0 換成 AGPL，是為了拿它當武器打 Nutanix 和 Weka。 但 AGPL 是雙刃劍 —— 同一把刀，如今也 保障了社區 Fork 的完全合法性。 代碼一旦以 AGPL 發布，許可就不可撤回。你可以把倉庫設為只讀，但你收不回已經發出的許可證。

這就是開源協議設計的深意：公司可以拋棄項目，但不能帶走代碼。

所以 —— MinIO 已死，但 MinIO 也可以復生。

但也先別急著熱血沸騰。Fork 誰都會，點一下 Fork 按鈕的事。 真正關鍵的問題不是 “能不能 Fork”，而是 有沒有人真的能把它當成生產組件來維護。

我本來并不想接這個攤子 —— 但等了一兩周，社區里沒有任何一個人站出來說 “我來”，我就只能自己上了。

簡單介紹一下背景：我一個人維護著整個 Pigsty 項目 —— 一個全功能的 PostgreSQL 發行版，451 個擴展，支持 14 個 Linux 發行版的交叉構建。 我同時維護著 270+ PG 擴展、六七款 PG Fork、幾十款 Go 軟件的全平臺構建工作流。

我對 MinIO 也不陌生。2018年，我們在探探內部就維護過一個 MinIO 的內部分支（當時還是 Apache 2.0）， 支撐了約 25 PB 數據，是當時國內最早、最大的 MinIO 部署之一。

更關鍵的是，MinIO 在 Pigsty 中是 真實使用的組件，很多用戶將它作為 PostgreSQL 的備份倉庫默認跑在生產環境里。 這不是一個 “要不要做” 的問題，而是 不做不行。早在2025年12月 MinIO 宣布維護模式時，我就動手了。

我們做了什么

截至今天，我們做了三件事。

1. 復活管理控制臺

這是社區最憤怒的一刀。

2025年5月，MinIO 把完整的管理控制臺（Admin Console）從社區版中移除，只留下了一個殘廢的對象瀏覽器。 用戶管理、桶策略、權限配置、生命周期管理…… 一夜之間全沒了。想要？掏錢買企業版。

我們把它弄回來了。

諷刺的是，這甚至不需要逆向工程。你只需要把 minio/console 子模塊的版本號改回去就行了 —— 只需要兩行代碼。也就是說，MinIO 當初做的事情就是 改了一個依賴版本號，把完整控制臺換成了殘廢版。功能都在那，代碼都在那，他們只是給你關上了門。

他們拆了門窗，我們給裝回去了。

2. 重建二進制分發

2025年10月，MinIO 停止分發預編譯的二進制文件和 Docker 鏡像，只留源碼。“請用 go install 自己編譯” —— 這是他們給用戶的交代。

對于絕大多數用戶來說，開源軟件的價值不只是一份源碼副本 —— 供應鏈的穩定性才是命脈。 你需要的是一個可以寫進 Dockerfile、放進 Ansible Playbook、塞進 CI/CD Pipeline 的穩定制成品，而不是每次部署前先裝個 Go 編譯器。

我們重建了完整的分發渠道：

Docker 鏡像 : pgsty/minio[3] 已上線 Docker Hub，docker pull pgsty/minio 即可使用

RPM / DEB 包 : 為主流 Linux 發行版構建了與原版規格一致的安裝包。

CI/CD Pipeline : GitHub 上全自動化構建流程已經搭建完畢，確保供應鏈持續穩定。

如果你在用 Docker 鏡像，把 minio/minio 簡單換成 pgsty/minio 就好了

喜歡原生 Linux 安裝的朋友，可以直接從 GitHub Release[4] 頁面下載 RPM/DEB 包。 老馮的 pig （PG擴展包管理器）也可以簡單的免翻墻安裝。你也可以自己配置啟用 pigsty-infra APT/DNF 軟件倉庫來安裝。

curl https://repo.pigsty.cc/pig | bash;
pig repo set; pig install minio

一切照舊。

3. 復活社區版本文檔

MinIO 的官方文檔同樣面臨風險 —— 原本的鏈接已指向它們的商業產品 AIStor。

所以我們基于 minio/docs 進行了 Fork，修復了失效鏈接，恢復了被刪除的控制臺文檔，部署在： https://minio.pigsty.io[5]

文檔采用與原版相同的 Creative Commons Attribution 4.0 協議，完整保留了所有內容，并持續進行必要的維護更新。

我們的承諾原則

一些話需要提前說清楚，免得產生誤解。

我們不做新特性，只保障供應鏈

MinIO 作為一個 S3 兼容的對象存儲，功能已經足夠完善。它是一個已經完成的軟件，它不需要更多花里胡哨的新特性，它需要的是一個穩定可靠、持續可用的版本。

我們做的核心事情就是：確保你隨時可以拿到一個能用的、完整的、帶管理界面的 MinIO 二進制制成品。 RPM、DEB、Docker 鏡像 —— CI/CD Pipeline 自動構建，與你現有的基礎設施無縫對接。 不用擔心某天 docker pull 拉不到鏡像，不用擔心 yum install 找不到包。

前提是 MinIO 別用商標武器來搞我，搞我那我就只能重命名了。

可能有人會想：這只是又一個 Fork 備份而已吧？不是。 MinIO 在 Pigsty 中是真實使用的組件，很多用戶將它作為備份倉庫跑在生產環境里。 我們使用的就是自己構建的版本 —— 如果出了問題，我們會第一時間發現，第一時間修復。 我們自己構建的版本，已經在自己的生產環境中用了三個月。吃自己的狗糧，是最好的質量保證。

我們會修 Bug，也會跟進安全更新

如果你在使用中遇到問題，歡迎在 pgsty/minio[6] 提交反饋。 如果是我們構建的版本中可復現的問題，我們會盡最大努力修復。對于安全漏洞（CVE），我們同樣會積極跟進和修補 —— 但請不要將此視作商業 SLA 承諾 —— 我們盡最大努力，以開源社區的方式運作。

商標問題很難搞，但走一步算一步

商標聲明：MinIO? 是 MinIO, Inc. 的注冊商標。 本項目（pgsty/minio）為社區獨立維護的 AGPL 開源 Fork， 與 MinIO, Inc. 無任何關聯、從屬或背書關系。 本文中對 "MinIO" 的使用僅用于指代該開源軟件項目本身，不暗示任何商業關聯。

AGPLv3 雖然允許我們合法 Fork 和分發，但商標法是另一個領域。 雖然我們已經在所有地方明確標注了這是一個獨立的社區維護版本，但 MinIO 公司可能會以商標侵權為由對我們提出異議，要求我們停止使用 “MinIO” 這個名字。

如果 MinIO 方面對商標使用提出異議，我們會配合更名。（大概會叫 silo, stow 之類的） 但在此之前，我們認為在 AGPL Fork 中描述性使用原項目名稱是合理的，畢竟我們也不想把所有的 minio 給 rename 掉 —— 這對用戶沒有任何幫助。

AI 改變了游戲規則

可能有人會問：一個人能維護得了嗎？

2026 年了，情況和五年前不一樣。。

一個復雜 Go 項目的 bug 定位和修復，在 Claude Code 的輔助下，成本已經降低了不止一個數量級。 以前維護一個復雜基礎設施項目需要一個專業團隊，現在一個有經驗的開發者加上 AI 就夠了。

你想想，馬斯克砍到 30 人的工程團隊就能維護 X/推特 這種級別的系統。 MinIO？真沒什么大不了的。

老馮行，老馮自己就上了。

Just Fork it!

MinIO 公司可以歸檔一個 GitHub 倉庫，但它歸檔不了六萬顆 Star 背后的需求， 歸檔不了十億次 Docker Pull 背后的依賴。這些需求不會消失，它們只會尋找新的出口。

HashiCorp 的 Terraform 被 Fork 成了 OpenTofu，活得好好的。 MinIO 的情況其實更有利 —— AGPL 比 BSL 更友好，社區 Fork 沒有任何法律風險。 公司可以拋棄項目，但開源協議的設計就不允許代碼死掉。

git clone 是開源世界最強大的魔法。當一個公司決定關門的時候，社區只需要兩個字：

Fork it

References

[1] MinIO 已死:/db/minio-is-dead
[2]How MinIO went from open source darling to cautionary tale:https://news.reading.sh/2026/02/14/how-minio-went-from-open-source-darling-to-cautionary-tale/
[3]pgsty/minio:https://hub.docker.com/r/pgsty/minio
[4]GitHub Release:https://github.com/pgsty/minio/releases/tag/RELEASE.2026-02-14T12-00-00Z
[5]:https://minio.pigsty.io
[6]pgsty/minio: https://github.com/orgs/pgsty/discussions

數據庫老司機

點一個關注 ??，精彩不迷路

對 PostgreSQL， Pigsty，下云 感興趣的朋友

歡迎加入 PGSQL x Pigsty 交流群 QQ 619377403