KubeSphere：開源斷供背后的信任塌方

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

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

曾經的明星項目：KubeSphere 是什么

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

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

前情提要：斷供跑路

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

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

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

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

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

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

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

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

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

開源項目的憲法章程（許可證）確實在規定了需要提供源代碼，青云也確實提供了，許可證也確實不會承諾說他們有義務提供代碼之外的二進制，軟件包，軟件倉庫。 但用戶信任廠商與開發者，將他們作為自己的供應鏈上游，作為自己的依賴，而這里的供應鏈信任關系被打破了。“卡脖子” 成了真實發生的事情。

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

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

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

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

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

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

誘導轉向的偽開源戰略

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

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

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

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

老馮評論

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

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

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

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

老馮幫助許多開發者構建分發他們的工具與擴展，目前已經成為了 PG 生態中收錄擴展最多最全的倉庫。 PostgreSQL 內核開發者社區也找到我，希望我幫助測試 PG 多線程版本下的擴展兼容性。 一些 PostgreSQL 供應商（Omnigres，AutoBase）也成為了 Pigsty 的供應鏈下游，許多 ISV 也使用 Pigsty 去做交付。 甚至 Oracle 云的 SA，也使用 Pigsty 在 OCI 上向他們的客戶交付 PostgreSQL 服務。

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

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

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

參考閱讀

關于KubeSphere開源項目調整的公告[6]

理解 KubeSphere 的“轉身”，但遺憾它沒有好好告別[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]關于KubeSphere開源項目調整的公告:https://ask.kubesphere.com.cn/forum/d/24963-guan-yu-kubespherekai-yuan-xiang-mu-diao-zheng-de-gong-gao
[7]理解 KubeSphere 的“轉身”，但遺憾它沒有好好告別: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