前天青云科技宣布 KubeSphere 開源版停止下載和支持，用戶被要求轉(zhuǎn)向收費商業(yè)版。這仿佛一記悶雷，炸醒了還沉浸在開源美夢中的社區(qū)。

更讓人震驚的事，在沒有預(yù)警，沒有過渡方案的情況下，一夜之間官網(wǎng)文檔下架、鏡像倉庫清空，論壇和群里哀鴻遍野。 “跑路了！這是赤裸裸的 Rug Pull（卷款跑路）！” —— 開源項目的信任被瞬間擊垮。

曾經(jīng)的明星項目：KubeSphere 是什么

KubeSphere 誕生于 2018 年，由青云科技開源推出，很快成長為國內(nèi)最受矚目的 Kubernetes 發(fā)行版之一，號稱“100% 開源，由社區(qū)共同打造”。 它為 Kubernetes 增加了企業(yè)所需的DevOps流水線、微服務(wù)觀測、應(yīng)用商店、多租戶等豐富功能，提供了直觀的 Web 控制臺，通過友好界面降低了容器云的使用門檻。

憑借近似傻瓜化的安裝和全棧功能，KubeSphere 獲得全球上百個國家用戶的青睞，GitHub 有這 1萬6的 Star 數(shù)。 然而，正因為它曾被視作 K8S 生態(tài)開源的明星項目，這次突然“斷供”的行為才更顯得刺痛人心。

前情提要：斷供跑路

事情發(fā)生在 2025年8月1號，KubeSphere 團隊在 GitHub 悄然發(fā)布公告：“即刻起暫停 KubeSphere 開源版下載鏈接，停止提供免費技術(shù)支持”。 同時他們表示將專注商業(yè)版服務(wù)，以提供更專業(yè)穩(wěn)定的支持。 更讓人意外的是，此舉毫無征兆：之前既無 issue 通知，也無社區(qū)討論，就這樣隔夜生效。

此舉猶如釜底抽薪，引發(fā)用戶強烈反彈，許多運維凌晨發(fā)現(xiàn)部署腳本拉取鏡像失敗，KubeSphere 所需的容器鏡像倉庫直接被官方移除，節(jié)點無法更新，生產(chǎn)環(huán)境受到影響 —— 在 GitHub 的公告發(fā)出之前，沒有任何預(yù)警；鏡像倉庫直接下線、安裝鏈接清空，用戶反饋拉不動鏡像、節(jié)點無法更新、生產(chǎn)環(huán)境受影響 —— 這是卡脖子 “斷供”，而不是什么 “轉(zhuǎn)型”。

震驚之余，憤怒的用戶涌向 GitHub 提 Issue，請求至少暫緩撤下資源、提供鏡像備份。 有理性的建議交接社區(qū)維護，有情緒的質(zhì)問青云失信，評論區(qū) “Go Fuck Yourself” 的聲音不絕于耳。 官方的回應(yīng)則是鎖定了討論區(qū)，關(guān)閉了 Issue 評論 —— 這不是社區(qū)治理的方式，而是企業(yè)控制產(chǎn)品的方式。

社區(qū)成員的失望溢于言表。一位用戶在 Reddit 上哀嘆：“又一個開源項目涼了。這感覺就像被人猛地抽走了地毯，開源承諾瞬間化為烏有” 也有人嘲諷：“我很慶幸沒用它，省下了幾周人生不必再踩這種‘開源釣魚’的坑”。短短幾天內(nèi)，KubeSphere 從云原生領(lǐng)域的明星淪為眾矢之的，其社區(qū)信任度跌至谷底。

乍看之下，KubeSphere 的源代碼仍然掛在 GitHub 上，似乎“開源”仍在繼續(xù)。然而稍加深究就會發(fā)現(xiàn)：它早已不是真正的開源項目。 早在 2024 年，青云就為 KubeSphere 更換了許可證 —— 標稱 Apache 2.0，但附加了額外條款，禁止任何未經(jīng)授權(quán)的商業(yè)使用，包括將其作為服務(wù)提供、集成進商業(yè)產(chǎn)品、甚至禁止去除 Logo 等 這等于在 Apache 協(xié)議后面加上了一把鎖，把競爭對手和商業(yè)重用的路堵死。

這種許可證完全不符合開源定義（因限制了商業(yè)用途，歧視使用方式），卻還披著 Apache2.0 的外衣， 不明就里的用戶還以為它是個開源項目，實際上，KubeSphere 從定義上已經(jīng)變成了“源碼可用”項目，而非“開源”項目。

比閉源更嚴重的是信任危機

有人會問：不就是閉源商業(yè)化嗎，至于如此群情激憤？ 其實，這次KubeSphere事件引發(fā)的憤怒， 根本不在于商業(yè)化轉(zhuǎn)向，而在于信任塌方。 相比那些提前宣布更改許可證、逐步推出收費版本的常規(guī)溫和做法，KubeSphere 選擇了最激烈的一種：硬卡脖子式的斷供 —— 在毫無準備的情況下撤走關(guān)鍵資源。 這種行為相當于違背默契，直接拔掉了用戶賴以運行的電源插頭。

Rug Pull 式 抽逃基礎(chǔ)設(shè)施，比起單純閉源更具背叛感。這次調(diào)整，沖擊的主要還不是上游的開發(fā)者社區(qū)，而是直接沖擊了下游的終端用戶社區(qū)。 實際上絕大多數(shù)用戶需要的根本不是源代碼，而是開箱即用的二進制軟件制成品，也就是放在軟件倉庫里的那些鏡像。

開源項目的憲法章程（許可證）確實在規(guī)定了需要提供源代碼，青云也確實提供了，許可證也確實不會承諾說他們有義務(wù)提供代碼之外的二進制，軟件包，軟件倉庫。 但用戶信任廠商與開發(fā)者，將他們作為自己的供應(yīng)鏈上游，作為自己的依賴，而這里的供應(yīng)鏈信任關(guān)系被打破了?！翱ú弊印?成了真實發(fā)生的事情。

信任建立需要漫長歲月，崩塌卻只在一夜之間。這一步臭棋幾乎 徹底耗盡了社區(qū)多年來積累的信用。 SUSE 云原生部門總經(jīng)理 Peter Smalls 就表示：KubeSphere 如此突然地背離開源版，破壞了開源生態(tài)所需的可預(yù)測性和信任 KubeSphere 核心初創(chuàng)成員（在公告發(fā)布前一天宣布從青云離職）也含蓄地承認：近年來第三方違反開源許可證、改造并牟利 KubeSphere 的行為影響了青云利益，但他也坦言“停止開源發(fā)行版對當今協(xié)作的開源生態(tài)來說是艱難的調(diào)整”

青云為何放棄開源？競爭與盈利的兩難

從青云官方的表態(tài)來看，他們做出這一決策有多重考量。 直接導(dǎo)火索看上去是，競爭對手的侵入讓青云感受到威脅。

正如那位離職員工所說，第三方廠商利用 KubeSphere 源碼稍作修改就推出自己的解決方案甚至商業(yè)服務(wù)，侵犯了青云的利益 畢竟青云投入大量人力物力開發(fā)的功能，被他人免費拿去牟利，任誰都會心有不甘。

這種“不向上游回饋”的行為，其實近年來屢見不鮮——AWS 曾經(jīng)把 Elastic 的開源代碼提供托管服務(wù)，迫使 Elastic 改協(xié)議；MongoDB、Redis 等也都因類似原因修改了許可)。 對青云來說，KubeSphere 開源版可能已經(jīng)成了競爭對手的“免費午餐”，自己反而丟失了潛在客戶。

營收和生存壓力可能是最重要原因。開源項目要長久維系，背后需要持續(xù)的資金和團隊投入。青云作為上市公司，終究要對財報和股東負責。 不幸地是最近幾年青云的業(yè)績并不如人意，許多低毛利的業(yè)務(wù)都砍掉了，更別提開源研發(fā)團隊這種 “成本中心” 了。

誘導(dǎo)轉(zhuǎn)向的偽開源戰(zhàn)略

從這個角度看，青云值得同情。然而，理解歸理解，方式仍有優(yōu)劣。 問題不在于青云要賺錢，而在于采取了 最傷害社區(qū)與用戶信任的方式 來實現(xiàn)盈利轉(zhuǎn)向。

這背后的邏輯，Tison 在《》一文中分析得很透徹： 在現(xiàn)有商業(yè)環(huán)境下，企業(yè)要直接靠賣開源軟件賺錢幾乎不可能，一旦遇到商業(yè)競爭就會撐不住。 因此它們往往把開源作為前期獲客和打名氣的手段，等用戶群和知名度起來了，卻發(fā)現(xiàn)競爭對手可以“坐享其成”，就趕緊改協(xié)議、收口子。 這時候開源對他們來說，名聲賺到了，用戶有了，軟件也打磨好了，但利益不能再讓別人搭便車了。

KubeSphere 正是走上了這樣一條誘導(dǎo)開源再急轉(zhuǎn)商業(yè)的路。它先通過 Apache 2.0 開源贏得社區(qū)信任和廣泛部署， 然后在 2024 年暗搓搓改許可證加限制，埋下伏筆，終于在 2025 年徹底關(guān)閉發(fā)行版、全力商業(yè)變現(xiàn)。

一位網(wǎng)友調(diào)侃道：“看看它官網(wǎng)還吹噓 100% 開源社區(qū)打造，卻背地里準備了9個月，就等這一刻甩開社區(qū)”。 這種行為不禁令人感嘆：開源二字被某些企業(yè)消費殆盡，到頭來變成了一種營銷手段。 當開源成了誘餌，社區(qū)終究會嘗到苦果。

老馮評論

老馮維護著一個開源 PostgreSQL 發(fā)行版 Pigsty[3]，兩百多個 PG 擴展，好幾個 PG 分支內(nèi)核與工具，同時還有一個近三千人的開源社區(qū)， 老馮自己也開過公司拿過投資，嘗試過打造商業(yè)化，企業(yè)版銷售，最后清算清盤了。 現(xiàn)在回歸個體戶與獨立開源貢獻者，不賣軟件，純靠專業(yè)咨詢與服務(wù)訂閱，反而穩(wěn)定盈利，蒸蒸日上，時間自由，可以開開心心的搞開源。

老馮覺得，開源運動的靈魂內(nèi)核是 “軟件自由”，當然我們也可以用中國特色的表述 —— “自主可控”。 不幸的是，自由并不是免費的，事實上正好相反 —— 自由是非常昂貴的頂級奢侈品

窮者獨善其身，達則兼濟天下，如果企業(yè)和個人都賺不到錢活不下去，來搞什么開源？ 做慈善和公益也要衡量自己的實力才行。 有能力真正做好開源的，要么是那種不差錢興趣愛好驅(qū)動的人，在寬松大廠舒舒服服有條件自由探索的人，或者是北歐那種社會安全網(wǎng)提供了兜底的人。 Deepseek 也是靠量化賺的缽滿盆翻，才有余閑去折騰 AI 大模型的。

對于企業(yè)來說，不要想著把開源當成一種 “營銷獲客” 的手段，把它當成一份你送給世界，送給社區(qū)的禮物會更合適。 你給社區(qū)做貢獻，送禮物，社區(qū)的信任則在點滴澆灌之間逐漸培育起來，有心栽花花不開，無心插柳柳成蔭，賺錢的生意會找上門來。

老馮幫助許多開發(fā)者構(gòu)建分發(fā)他們的工具與擴展，目前已經(jīng)成為了 PG 生態(tài)中收錄擴展最多最全的倉庫。 PostgreSQL 內(nèi)核開發(fā)者社區(qū)也找到我，希望我?guī)椭鷾y試 PG 多線程版本下的擴展兼容性。 一些 PostgreSQL 供應(yīng)商（Omnigres，AutoBase）也成為了 Pigsty 的供應(yīng)鏈下游，許多 ISV 也使用 Pigsty 去做交付。 甚至 Oracle 云的 SA，也使用 Pigsty 在 OCI 上向他們的客戶交付 PostgreSQL 服務(wù)。

雖然老馮一直都在對云開火[4]，但他們這樣并不違反 AGPLv3 許可

這種深度參與全球軟件供應(yīng)鏈的關(guān)系網(wǎng)絡(luò)，才是參與開源的最大意義 —— 凝聚合力與共識，產(chǎn)生更大的價值。 也許有一天，Pigsty 就會自然成為 PostgreSQL 世界里的 Debian 或者 Ubuntu，或者某種標準。

Kubesphere 本來有機會成為 Kubernetes 世界中一個很有競爭力的開源發(fā)行版，但很可惜的是，青云的短視毀掉了這些。 不過好在國內(nèi)還有一個 SealOS[5] 可以作為替代， 我的朋友與校友方老板很迅速的推出了從 KubeSphere 遷移到 SealOS 的教程，我相信他一定能更持久。

參考閱讀

關(guān)于KubeSphere開源項目調(diào)整的公告[6]

理解 KubeSphere 的“轉(zhuǎn)身”，但遺憾它沒有好好告別[7]

The Register: Another one bites the dust as KubeSphere kills open source edition[8]

告別 KubeSphere，致開源路上的同行者[9]

References

[1]:https://ask.kubesphere.com.cn/forum/d/24963-guan-yu-kubespherekai-yuan-xiang-mu-diao-zheng-de-gong-gao
[2]:https://github.com/kubesphere/kubesphere/issues/6557
[3]Pigsty:https://pgsty.com
[4]對云開火:/cloud
[5]SealOS:https://sealos.io/
[6]關(guān)于KubeSphere開源項目調(diào)整的公告:https://ask.kubesphere.com.cn/forum/d/24963-guan-yu-kubespherekai-yuan-xiang-mu-diao-zheng-de-gong-gao
[7]理解 KubeSphere 的“轉(zhuǎn)身”，但遺憾它沒有好好告別:https://jimmysong.io/blog/kubesphere-opensource-exit
[8]The Register: Another one bites the dust as KubeSphere kills open source edition:https://www.theregister.com/2025/08/01/kubesphere_open_source_edition
[9]告別 KubeSphere，致開源路上的同行者: https://github.com/kubesphere/kubesphere/issues/6557