整理 | 屠敏

出品 | CSDN（ID：CSDNnews）

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

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

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

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

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

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

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

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

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

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

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

MinIO 此前的三連變

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

一變開源協(xié)議：從 Apache 2.0 變?yōu)?APGLv3，理由：避免“白嫖黨”

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

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

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

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

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

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

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

三變開源支持范圍：停止社區(qū)版二進制分發(fā)

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

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

僅源碼分發(fā)

重要提示：MinIO 社區(qū)版現(xiàn)在僅以源碼形式分發(fā)。我們將不再提供社區(qū)版的預編譯二進制版本。

安裝最新版 MinIO 社區(qū)版

使用 MinIO 社區(qū)版有兩種方式：

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

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

舊版二進制發(fā)布

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

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

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

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

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

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

在傳統(tǒng)開源項目的意義上，“維護模式”指的是開發(fā)重心從持續(xù)推出新功能，轉向確?，F(xiàn)有功能穩(wěn)定、可靠。

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

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

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

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

4. 戰(zhàn)略選擇：避免頻繁更新帶來的不穩(wěn)定風險。

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

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

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

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

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

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

• 現(xiàn)有的 issue 和 Pull Request 將不再被主動處理

• 社區(qū)支持將通過 Slack 以盡力而為的方式繼續(xù)提供

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

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

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

開源 vs 商業(yè)

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

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

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

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

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

也有開發(fā)者持批評態(tài)度：

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

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

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

更有開發(fā)者從法律角度提出質疑：

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

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

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

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

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

• 發(fā)布節(jié)奏：Garage 的更新節(jié)奏稍慢，而 RustFS 幾乎是每周都有更新。

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

• 穩(wěn)定性：在分布式環(huán)境中，目前 Garage 略勝一籌。

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

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

參考：

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++ 正式發(fā)布以來的 40 周年，也是全球 C++ 及系統(tǒng)軟件技術大會舉辦 20 周年。這一次，C++ 之父 Bjarne Stroustrup 將再次親臨「2025 全球 C++及系統(tǒng)軟件技術大會」現(xiàn)場，與全球頂尖的系統(tǒng)軟件工程師、編譯器專家、AI 基礎設施研究者同臺對話。

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