“MinIO已死？”近60k Star的明星開源項目官宣：進入維護模式

整理 | 屠敏

出品 | CSDN（ID：CSDNnews）

一個已經擁有近 60k 個 GitHub Star 的明星開源項目——高性能分布式對象存儲服務 MinIO，于 12 月 3 日突然變更開源策略，宣布項目進入“維護模式”：這個代碼庫以后僅進行維護性更新，不再提供新功能的更新改進，現有的 Issue、PR 將不再被主動處理。

消息一出，讓很多人猝不及防。一時之間，各種聲音不絕于耳。

有人理解，有人不解，有人批評，還有的社區論壇因此直接判定“MinIO 已死”，創建了「RIP MinIO」的帖子，來分享自己的不滿。

那么，這個在許多對象存儲場景中仍被廣泛使用的項目，為什么會做出這樣的選擇？一起來看看。

一個下載量高達 10 億次的開源項目成長

其實對于 MinIO，想必很多技術人一路見證了它的成長，也都曾用過。

MinIO 最初成立于 2014 年，由 Anand Babu Periasamy、Garima Kapoor 和 Harshavardhana 等人共同創立，初始目標是應對私有云／混合云環境中對高性能對象存儲的需求。

這就不得不說在那個時期，企業云存儲需求快速增長，AWS S3 成為事實標準，但不少企業希望在本地或私有云環境中使用類似 S3 的對象存儲。MinIO 正是在這種背景下誕生的。

MinIO 團隊選擇用 Go 語言開發，把它設計為一個輕量、高性能，并與 Amazon S3 API 完全兼容的對象存儲服務。這樣一來，已經依賴 S3 的應用或基礎設施可以更好地遷移到自建環境或私有云中。

同時，MinIO 從一開始就采用 Apache License 2.0 開源協議，方便開發者和企業自由使用。正因此，它快速在開發者社區和企業用戶間逐漸流行起來。

數據顯示，MinIO 在開源社區方面表現活躍：它擁有超過 1,400 個依賴包，在 GitHub 上擁有約 58.9K Star 和 6.5K Fork。在 Docker Hub 上，MinIO 鏡像下載量已超過 10 億次。就國內市場而言，此前有數據統計，MinIO 被阿里巴巴、騰訊、百度、中國聯通、華為、中國移動等超過 9,000 家企業采用，尤其是在構建私有云存儲、混合云存儲和分布式存儲方面表現出明顯優勢。

MinIO 此前的三連變

然而近來，MinIO 的“想法”逐漸發生改變，導致其后續動作頻頻，先后變更了項目的開源協議、刪除開源版本中原有的一些功能、以及停止社區版二進制分發，逐漸與開源理念背道而馳，并向商業化戰略靠攏。

一變開源協議：從 Apache 2.0 變為 APGLv3，理由：避免“白嫖黨”

正如上文所提及的，MinIO 原本采用的是Apache 2.0，允許用戶自由使用、修改和再發布。

2019 年，MinIO 決定把開源協議改為 APGLv3，要求使用者在提供服務時必須開放自己的源代碼。

這么做的理由是，隨著項目流行度提升，部分大公司可能直接用 MinIO 做商業 SaaS 或云服務，而幾乎不貢獻回社區，這讓 MinIO 的維護方面臨巨大資源壓力。MinIO 變更協議，也是希望能保障項目利益和社區貢獻。

爭議之下，MinIO 最終在 2021 年完成協議變更。

二變功能范圍：刪除開源版部分功能，遷移到商業版本中

今年 5 月，MinIO 團隊再“出手”。他們在當時的 Minio CE 版本中刪除了控制臺管理功能，理由依然是：一方面是為了降低免費版本的維護成本，二是推動企業版商業化，讓開發團隊能夠把更多精力集中在核心存儲功能和性能優化上。

當時，社區版用戶仍可通過源碼自行構建控制臺或使用第三方工具，但官方不再提供現成的管理界面。

三變開源支持范圍：停止社區版二進制分發

時間到了今年 10 月，我們之前也做過，MinIO 官方作出了“停止分發免費的 Docker 鏡像”的決定。

當時，官方在 MinIOGitHub 項目中的 README 上寫道：

僅源碼分發

重要提示：MinIO 社區版現在僅以源碼形式分發。我們將不再提供社區版的預編譯二進制版本。

安裝最新版 MinIO 社區版

使用 MinIO 社區版有兩種方式：

1. 從源碼安裝（推薦）：go install github.com/minio/minio@latest

2. 使用提供的 Dockerfile 構建 Docker 鏡像

舊版二進制發布

歷史的預編譯二進制版本仍可作為參考使用，但不再維護：

• GitHub Releases: https://github.com/minio/minio/releases

• 直接下載: https://dl.min.io/server/minio/release/

這些舊版二進制不會再收到更新。我們強烈建議使用源碼構建，以獲得最新功能、漏洞修復和安全更新。

MinIO 宣布進入“維護模式”：意味著什么？

如今，算是 MinIO 第四次應該也是最后一次對這個開源項目的發展方向做了調整，其直接進入了“維護模式”。

在傳統開源項目的意義上，“維護模式”指的是開發重心從持續推出新功能，轉向確保現有功能穩定、可靠。

一個開源項目進入「維護模式」，通常也有多層原因：

1. 項目成熟：功能穩定，已能滿足大部分用戶需求。

2. 開發者資源有限：原作者或核心團隊希望減少工作量，或將精力投入到新項目。

3. 生態被替代：新技術或框架出現，原項目不再是首選，但仍有少部分用戶在使用。

4. 戰略選擇：避免頻繁更新帶來的不穩定風險。

那 MinIO 進入「維護模式」屬于哪一種情況？

在 GitHub 上，MinIO 官方給出了明確說明——

該項目目前處于維護狀態，不再接受新的更改：

• 代碼庫僅進行維護性更新

• 不會接收新的功能、增強或 Pull Request

• 關鍵的安全修復可能會根據具體情況進行評估

• 現有的 issue 和 Pull Request 將不再被主動處理

• 社區支持將通過 Slack 以盡力而為的方式繼續提供

如需企業級支持和仍在積極維護的版本，請查看MinIO AIStor

其中最后一句成為不少人關注的焦點，這也讓眾人知道，一切還是向商業化靠攏了。

簡單來看，MinIO AIStor 是商業/企業級版本，需要訂閱服務。每年費用是 $96,000，可管理 400TB 數據。

開源 vs 商業

歸根究底，這是開源與商業可持續性之間長期存在的矛盾。

對于 MinIO 官方的操作，不少人并不意外：

不過，這幾乎也為 MinIO 11 年的開源生涯畫上句號：

對此，行業從業者的看法大致呈現三派，有人表示理解 MinIO 的選擇，應心懷感激：

對于免費的開源項目，你首先要明白：有人花時間和精力為你提供軟件，卻不求任何回報，你就應該心懷感激。你不應該感到“心里不舒服”或有怨言。如果希望這個項目能夠繼續下去，就應該投入自己的時間或金錢去支持它。

也有開發者持批評態度：

• Linux 基金會版的 Fork 很快就會出現。MinIO 可能會在 1–2 年內回歸開源，但那時已經太晚了：社區會繼續向前，不會再回頭，他們的聲譽也將永遠失去。

• Richard Stallman（自由軟件之父）當年說得沒錯。開發者社區到底什么時候才能吸取教訓，不要再為這些帶有糟糕 CLA 的項目貢獻代碼？這次就是被人“抽梯子”了。

還有用戶憤怒抨擊：“真是好大一出戲。把你商業產品背后的開源項目（許多人為其貢獻過）直接 EOL（終止支持），然后把它變成一個閉源的 MinIO AIStor……說真的，這也太離譜了吧……”

更有開發者從法律角度提出質疑：

• “我沒有向 MinIO 貢獻過代碼，但如果他們在沒有讓外部貢獻者簽署 CLA 的情況下接受了外部貢獻，那么在更改許可證之前，必須征得每位外部貢獻者對許可證變更的同意。既然是 AGPL，他們仍然必須在某處提供源代碼。”

• “有人知道 MinIO AIStor 的法律狀況是否合規嗎？據我所知，MinIO 并沒有采用 CLA（貢獻者許可協議），而在 Git 提交歷史中有 559 名郵箱非 @minio.io 的提交作者。如果他們在更改許可證時沒有獲得這些貢獻者的授權，那可能會構成 AGPL 的違規。或者，AIStor 是一個從零重新編寫的全新代碼庫？”
  

與此同時，也有人開始推薦替代方案，為當前用戶提供更多選擇。

「非常感謝 MinIO、RustFS 和 Garage 的貢獻。話雖如此，MinIO 如此突然地關上開源大門，確實讓社區受到了驚嚇。但說實話，這也算情有可原——開源項目最終都需要找到商業化路徑。

我分別評估過 RustFS 和 Garage，情況大致如下：

• 發布節奏：Garage 的更新節奏稍慢，而 RustFS 幾乎是每周都有更新。

• 許可證：Garage 使用 AGPLv3，而 RustFS 采用 Apache 許可證（這一點對企業采納來說非常關鍵）。

• 穩定性：在分布式環境中，目前 Garage 略勝一籌。

隨著 MinIO 基本退出開源競爭，我更看好 RustFS 能后來居上。」

最終，MinIO 的操作，也讓很多人對開源的信任產生了動搖——當曾經免費、開放的項目開始商業化，我們還能像從前那樣放心依賴嗎？

參考：

https://github.com/minio/minio

https://www.reddit.com/r/selfhosted/comments/1pd97nq/minio_is_in_maintenance_mode_and_is_no_longer/

https://news.ycombinator.com/item?id=46136023

【活動分享】2025 年是 C++ 正式發布以來的 40 周年，也是全球 C++ 及系統軟件技術大會舉辦 20 周年。這一次，C++ 之父 Bjarne Stroustrup 將再次親臨「2025 全球 C++及系統軟件技術大會」現場，與全球頂尖的系統軟件工程師、編譯器專家、AI 基礎設施研究者同臺對話。

本次大會共設立現代 C++ 最佳實踐、架構與設計演化、軟件質量建設、安全與可靠、研發效能、大模型驅動的軟件開發、AI 算力與優化、異構計算、高性能與低時延、并發與并行、系統級軟件、嵌入式系統十二大主題，共同構建了一個全面而立體的知識體系，確保每一位參會者——無論是語言愛好者、系統架構師、性能優化工程師，還是技術管理者——都能在這里找到自己的坐標，收獲深刻的洞見與啟發。詳情參考官網：https://cpp-summit.org/