紅帽撤離中國，一個時代的落幕。

在每天人聲鼎沸的 AI 聲浪中，一條突發消息讓我們恍惚了一下：紅帽（Red Hat）宣布停止在中國的全部工程活動，僅保留銷售和支持職能，裁撤 419 名研發員工，雇傭關系統一于 2026 年 7 月 31 日終止，賠償方案 N+3 至 N+6，研發職能將轉移至亞太地區其他工程樞紐。

云頭條獲取的內部郵件顯示，紅帽CTO兼全球工程高級副總裁向紅帽中國團隊發送了一份郵件。

公告的措辭很簡潔，像一份例行的業務調整聲明。但對于國內所有關注開源的朋友們來說，這意味著一個時代的落幕。

?OSC源創會 × FAIR plus 2026
深圳會展中心（福田）9號館4號會議室
報名oschina.net/event/8598188不一樣的本土團隊

紅帽在中國設立研發中心已有多年，核心團隊分布在北京和上海。和大多數外企在中國設置的“本地化團隊”不同，這批工程師的工作不是把產品翻譯成中文，也不是維護本地銷售配套的技術支持 ——他們是真正意義上參與全球開源上游的重要力量。

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。

1. https://www.oschina.net/news/317406
2. https://docs.kernel.org/next/maintainer/feature-and-driver-maintainers.html