在每天人聲鼎沸的AI 聲浪中，一則突發訊息讓我們恍惚了一下： 紅帽（Red Hat）宣布停止在中國的全部工程活動，僅保留銷售和支援職能，裁撤419 名研發員工，僱傭關係統一於2026 年7 月31 日終止，賠償方案N+3 至N+6，僱傭關係統一於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。
華客|新聞與歷史：紅帽研發撤離中國，一個時代的落幕
探索更多來自 華客 的內容
訂閱即可透過電子郵件收到最新文章。