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

MinIO 的死亡證明

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

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

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

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

Percona 創(chuàng)始人 Peter Zaitsev 也在 LinkedIn 上表達了對開源基礎(chǔ)設(shè)施可持續(xù)性的憂慮。國際社區(qū)的共識已經(jīng)形成：MinIO 完了。

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

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

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

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

但開源不死

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

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

MinIO 公司可以歸檔一個倉庫，但它歸檔不了 AGPL 協(xié)議賦予社區(qū)的權(quán)利。

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

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

所以 —— MinIO 已死，但 MinIO 也可以復(fù)生。

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

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

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

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

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

我們做了什么

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

1. 復(fù)活管理控制臺

這是社區(qū)最憤怒的一刀。

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

我們把它弄回來了。

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

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

2. 重建二進制分發(fā)

2025年10月，MinIO 停止分發(fā)預(yù)編譯的二進制文件和 Docker 鏡像，只留源碼?！罢堄?go install 自己編譯” —— 這是他們給用戶的交代。

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

我們重建了完整的分發(fā)渠道：

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

RPM / DEB 包 : 為主流 Linux 發(fā)行版構(gòu)建了與原版規(guī)格一致的安裝包。

CI/CD Pipeline : GitHub 上全自動化構(gòu)建流程已經(jīng)搭建完畢，確保供應(yīng)鏈持續(xù)穩(wěn)定。

如果你在用 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. 復(fù)活社區(qū)版本文檔

MinIO 的官方文檔同樣面臨風(fēng)險 —— 原本的鏈接已指向它們的商業(yè)產(chǎn)品 AIStor。

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

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

我們的承諾原則

一些話需要提前說清楚，免得產(chǎn)生誤解。

我們不做新特性，只保障供應(yīng)鏈

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

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

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

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

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

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

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

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

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

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

AI 改變了游戲規(guī)則

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

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

一個復(fù)雜 Go 項目的 bug 定位和修復(fù)，在 Claude Code 的輔助下，成本已經(jīng)降低了不止一個數(shù)量級。 以前維護一個復(fù)雜基礎(chǔ)設(shè)施項目需要一個專業(yè)團隊，現(xiàn)在一個有經(jīng)驗的開發(fā)者加上 AI 就夠了。

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

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

Just Fork it!

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

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

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

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

數(shù)據(jù)庫老司機

點一個關(guān)注 ??，精彩不迷路

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

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