-
日期: 2026-04-11 | 來源: ​大東 | 有0人參與評論 | 字體: 小 中 大
在每天人聲鼎沸的 AI 聲浪中，壹條突發消息讓我們恍惚了壹下： 紅帽（Red Hat）宣布停止在中國的全部工程活動，僅保留銷售和支持職能，裁撤 419 名研發員工，雇傭關系統壹於 2026 年 7 月 31 日終止，賠償方案 N+3 至 N+6，研發職能將轉移至亞太地區其他工程樞紐。
雲頭條獲取的內部郵件顯示，紅帽CTO兼全球工程高級副總裁向紅帽中國團隊發送了壹份郵件。
公告的措辭很簡潔，像壹份例行的業務調整聲明。但對於國內所有關注開源的朋友們來說，這意味著壹個時代的落幕。
紅帽在中國設立研發中心已有多年，核心團隊分布在北京和上海。和大多數外企在中國設置的“本地化團隊”不同，這批工程師的工作不是把產品翻譯成中文，也不是維護本地銷售配套的技術支持 —— 他們是真正意義上參與全球開源上游的重要力量。
Linux 內核是他們工作的核心舞台之壹。多年來，紅帽中國工程師持續在內核郵件列表中提交補丁，涉及虛擬化（KVM）、文件系統（XFS）、網絡子系統、存儲驅動等方向。這些代碼並不“本地”，它們最終進入 Linux 主線，跑在全球數以億計的服務器上。
紅帽（含其母公司 IBM）歷來是 Linux 內核貢獻最活躍的企業之壹，長期處於全球前叁的位置，與Intel、Google 並列。內核社區裡有壹條不成文的規矩：誰提交補丁、誰維護子系統，誰就對那塊代碼負有長期責任。維護者的名字被寫進 MAINTAINERS 文件，隨著每個內核版本發布流傳下去。
現在，這份責任鏈條上，將有 419 個缺口。
340 億美元買來的困局
2019 年 7 月，IBM 以 340 億美元完成對紅帽的收購，這是當時企業軟件史上規模最大的並購之壹。彼時 IBM 的邏輯清晰：押注混合雲，用紅帽的開源品牌和工程能力為自己打開通路。收購完成後，IBM 特別強調紅帽將保持獨立運營，保留自己的工程文化。
這個承諾在壹定程度上兌現了，但商業現實沒有那麼浪漫。
IBM 在全球范圍內持續承受營收壓力，中國區業務尤其復雜。過去幾年，外資 IT 企業在中國的處境發生了結構性變化：數據合規要求提升、政府采購向國產軟件傾斜、安全審查趨嚴。對於依賴政府客戶和大型國企的 RHEL（紅帽企業 Linux）來說，這些變化是系統性的利空。
更直接的問題是替代方案的崛起。以 openEuler 為核心的國產 Linux 生態，在華為、麒麟軟件、統信等企業推動下，已經完成了從技術論證到規模落地的跨越 —— 金融、能源、運營商、政務等關鍵行業的遷移正在加速，整體市場份額已超過 50%。openEuler 的官網上，有壹整個“遷移專區”，專門提供從 RHEL 切換過來的工具和文檔。
諷刺的是，幫助這套國產生態建立起來的，有相當壹部分是紅帽工程師本人。他們帶進來的“上游優先”的工程文化，在內核社區的參與方式，以及開源協作的方法論，成了國內開源工程師的早期教科書。
壹個企業研發中心存在的前提，是它的工作創造商業價值。當 RHEL 在中國的市場份額被蠶食殆盡，繼續在這裡養活壹支數百人的工程團隊，對 IBM 和紅帽來說很難在內部寫出合理的預算依據。
代碼還在
開源的邏輯是：代碼永遠不會消失。那些被合並進 Linux 主線的補丁，依然在 git log 裡，依然標注著 Signed-off-by: ***@redhat.com。
但代碼背後的人 —— 壹個子系統的維護者離職，他維護的那段代碼就會進入“維護者缺失”的灰色狀態 —— bug report 可能得不到回應，新提交的補丁可能長期無人 review，依賴這段代碼的下游項目開始累積技術債。內核社區有壹套應對機制，但每次維護者離開都會付出真實的磨合成本。這不是危言聳聽，而是內核社區反復經歷過的情形。過去每當某家企業削減對某個方向的投入，社區裡就會開始找人接盤 —— 有時候能接住，有時候接不住。
從歷史的尺度看，外資科技企業在華工程中心的收縮並非孤立事件。早年思科、摩托羅拉的中國研發中心曾培養出大批工程師，隨著企業戰略調整而關閉或縮編；微軟亞洲研究院雖然依然存在，規模和影響力也早已不比當年。紅帽中國的關閉，是這條時間線上的又壹個刻度。區別在於，紅帽中國裁撤的，是參與全球基礎設施建設的工程師。他們的離開，在壹定程度上是壹段技術輸出關系的終結。
誰來接盤
當然，這不是 Linux 內核社區第壹次面對“維護者缺失”的問題。2024 年 10 月，由於美國所謂的“合規性要求”，多名俄羅斯籍維護者被從 MAINTAINERS 文件中移除過壹次 —— 那次事件引發了極大的爭議，但從某種程度上來說算是提前演練了今天的場景。
Linux 內核社區對“維護者空白”有壹套相對成熟的應對機制。 MAINTAINERS 文件中的每個子系統都有壹個狀態標記： Supported（有企業付費支持）、 Maintained（有活躍維護者）、 Odd Fixes（維護者時間有限）、 Orphan（無當前維護者）、 Obsolete（已廢棄）。當壹個維護者離職，其負責的子系統可能被標記為 Orphan，意思是“沒有當前維護者 —— 但也許你在寫新代碼的過程中可以接手這個角色”。
內核社區沒有正式的“維護者申請表格”，維護者角色是基於貢獻歷史自然演化的：持續提交高質量補丁的開發者，會逐漸被認可為事實上的新維護者，然後發送補丁更新 MAINTAINERS 文件。這是壹種緩慢、有機的接替方式。
這壹次紅帽中國研發團隊的裁撤留了近 4 個月的交接緩沖時間，比俄羅斯那壹次的情況還是好很多的。紅帽會從其他工程中心（印度、歐洲）調配資源接手關鍵子系統；Intel、Google、Meta 等公司的工程師也可能填補部分缺口；壹些低活躍度的子系統可能長期處於 Orphan 狀態，依賴社區零散貢獻。如果最終沒人接手，那段代碼會被標記為 Obsolete，用戶被建議遷移到替代方案 —— 這是內核社區的“自然選擇”機制。
而那些被裁撤的紅帽中國工程師，大概率會散入國內的雲廠商、芯片公司、操作系統創業團隊。他們帶進來的上游工程文化，或許還會以另壹種方式流傳 —— 甚至增強國產 OS 團隊參與全球開源的能力。
從某種角度看，“維護者空白”可能不是單純的損失，而是開源人才在全球和中國本土之間的壹次重新分布。那些寫進 git log 的名字還在，只是他們下壹次提交補丁時，郵箱後綴可能不再是 @redhat.com。- 新聞來源於其它媒體，內容不代表本站立場！
-
原文鏈接
原文鏈接:
目前還沒有人發表評論, 大家都在期待您的高見