在每天人聲鼎沸的 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。
參考連結
https://www.oschina.net/news/317406
https://docs.kernel.org/next/maintainer/feature-and-driver-maintainers.html
