整理 | 鄭麗媛

出品 | CSDN（ID：CSDNnews）

在剛結(jié)束不久的 KubeCon 北美大會后，大家都在討論 eBPF、AI 原生基礎(chǔ)設(shè)施、云原生安全的未來——然而，真正讓整個社區(qū)心頭一緊的，卻是一個被低調(diào)放出的消息：

Kubernetes 宣布 Ingress NGINX 將于 2026 年 3 月正式退役，屆時，Ingress NGINX 將徹底停止維護，即“不再修復(fù) Bug、不再推出新版本，GitHub 倉庫轉(zhuǎn)為只讀”。

換句話說：這個被廣泛部署在各類托管 Kubernetes 平臺和自建集群、還有成千上萬個集群在使用的 Ingress NGINX，4個月后就要徹底“退休”了。

Ingress NGINX是什么，又為什么重要？

先簡單介紹一下 Ingress NGINX。

Ingress 是 Kubernetes 最早的一種“用戶友好型”流量入口方式，用于將外部網(wǎng)絡(luò)請求導(dǎo)向集群內(nèi)的應(yīng)用（Gateway API 是更新的替代方式）。要讓 Ingress 生效，你的集群中就必須運行一個 Ingress Controller。

而 Ingress NGINX 就是 Kubernetes 集群里最常用的 Ingress Controller 之一，負責(zé)根據(jù)各種可配置的 Ingress 規(guī)則，將外部的 HTTP/HTTPS 流量路由到內(nèi)部服務(wù)。它相當(dāng)于一個反向代理：根據(jù)路徑、域名、TLS 配置等把請求分發(fā)到正確的后端，做負載均衡，并管理邊界流量。

因靈活度高、功能豐富、且不依賴特定云平臺，Ingress NGINX 自誕生起就迅速受到了許多開發(fā)者的喜愛。甚至，Kubernetes 在官宣 Ingress NGINX 退役時也提到：

“Ingress NGINX 在全球的數(shù)據(jù)中心和 homelab 中承載了數(shù)十億次請求。從某種意義上，沒有 Ingress NGINX，就沒有今天的 Kubernetes 生態(tài)?！?/blockquote>

然而，這個曾經(jīng)以靈活和功能豐富著稱的熱門項目，卻要成為“棄坑軟件”。

你可能會覺得：“軟件退役有什么稀奇？”確實，這也不是第一次了，像 dBase、Lotus 1-2-3、VisiCalc……都曾經(jīng)風(fēng)光無限。但問題是，Ingress NGINX 目前仍在被全球成千上萬個集群使用。

Ingress NGINX 的維護噩夢：技術(shù)債累積，卻“沒人維護”

關(guān)于 Ingress NGINX 退役的原因，官方總結(jié)得很直接：

“Ingress NGINX 的強大功能與靈活性，給后期維護帶來了巨大的負擔(dān)?！?/blockquote>

舉個典型的例子：Ingress NGINX 允許用戶直接通過注解添加任意 NGINX 配置（snippet），這在過去被認為是靈活性優(yōu)勢，如今卻成為了安全黑洞。這類特性從根上破壞了“配置安全邊界”，讓 NGINX 運行時幾乎變得不可控。而在今天云原生安全標(biāo)準(zhǔn)越來越嚴格的背景下，已經(jīng)屬于“無法容忍級別”的設(shè)計。

而這類功能并不止一個，隨著用戶規(guī)模增長，這些歷史包袱慢慢累積成了難以修復(fù)的技術(shù)債。

當(dāng)然，如果一個項目很復(fù)雜，但有一個 20 人的團隊維護，那還是可以運轉(zhuǎn)的——但 Ingress NGINX只有 1-2 名維護者，在業(yè)余時間才有空維護。

是的，你沒看錯，這個十億級流量入口、深受用戶歡迎、無數(shù)生產(chǎn)集群依賴的組件，多年來維護者僅有 1-2 位，他們得利用業(yè)余時間、晚間和周末抽空修Bug，與此同時項目復(fù)雜度與安全要求卻不斷上升。

其實，早在去年 Ingress NGINX 的維護者就曾公開表示計劃逐步放棄 Ingress NGINX，并嘗試與 Gateway API 社區(qū)合作開發(fā)一個替代方案 InGate?？杉词菇o出了退役預(yù)告，也沒能吸引更多貢獻者加入維護。InGate 甚至都沒能走到成熟階段，也將與 Ingress NGINX 一同退役。

壓死 Ingress NGINX 的“最后一根稻草”：致命性安全Bug

不過，Ingress NGINX 的維護疲態(tài)早已暴露多年，真正讓 Kubernetes 最終決定“按下退役按鈕”的，是今年 3 月安全公司 Wix 發(fā)現(xiàn)的一個嚴重 Bug。

嚴重到什么程度呢？Wix 的原話是：

“攻擊者可利用該 Bug 執(zhí)行任意代碼，并獲取所有命名空間內(nèi)的所有集群密鑰，從而完全接管整個集群?！?/blockquote>

顯然，這種級別的 Bug 足以讓所有中招的項目直接進入“高危狀態(tài)”。

社區(qū)用戶憤怒：剩下的時間太短了！

聽到這個消息，在 Reddit、Slack、GitHub 上，不少用戶都表達了憤怒甚至恐慌。

其中有人抱怨道：“這么重要的組件，至少應(yīng)該要給我們一年的遷移期，光是重寫所有文檔就不止 4 個月了。”

對此，Kubernetes 核心維護者 Tim Hockin 的回應(yīng)也相當(dāng)直接：

“請不要帶有理所當(dāng)然的態(tài)度。維護 Ingress NGINX 的人都是免費做這件事，靠責(zé)任感在支撐。這兩年來幾乎沒人愿意加入維護工作，關(guān)閉項目是必然的?！?/blockquote>

這句話，再次揭開了整個開源領(lǐng)域的殘忍真相：很多關(guān)鍵開源軟件，社區(qū)用戶依賴度極高，但維護者卻沒有任何報酬。

Ingress NGINX不會是最后一個倒下的？

說實話，軟件出現(xiàn)重大安全 Bug 也不是什么稀罕事，像 Windows 幾乎每個月都有“爆炸級補丁日”。如上文所說，Ingress NGINX 退役的根因也不是因為Bug，而是：它是一個核心基礎(chǔ)設(shè)施軟件，卻沒有可持續(xù)的維護資金。

Buoyant CEO、Linkerd 作者 William Morgan 在 LinkedIn 上討論此事時指出：“CNCF 的生態(tài)并不真正適合志愿者維護。這個社區(qū)對開源的態(tài)度更像‘消費’，而不是‘貢獻’。”

這句話，一針見血。無論是 FFmpeg、log4j、OpenSSL、SQLite 還是 cURL，這些支撐著互聯(lián)網(wǎng)的關(guān)鍵項目都很相似：影響力巨大、企業(yè)依賴程度極高，但只有少數(shù)幾個人在默默維護。

如果繼續(xù)選擇“白嫖開源”，不愿意為關(guān)鍵基礎(chǔ)設(shè)施付費、支持、貢獻，那么 Ingress NGINX 必然不會是最后一個倒下的關(guān)鍵組件。而解決這個問題的關(guān)鍵，或許正如 William Morgan 所說：“最簡單的答案就是，付費給維護者?！?/p>

參考鏈接：https://www.theregister.com/2025/12/02/ingress_nginx_opinion/

【活動分享】2025 年是 C++ 正式發(fā)布以來的 40 周年，也是全球 C++ 及系統(tǒng)軟件技術(shù)大會舉辦 20 周年。這一次，C++ 之父 Bjarne Stroustrup 將再次親臨「2025 全球 C++及系統(tǒng)軟件技術(shù)大會」現(xiàn)場，與全球頂尖的系統(tǒng)軟件工程師、編譯器專家、AI 基礎(chǔ)設(shè)施研究者同臺對話。

本次大會共設(shè)立現(xiàn)代 C++ 最佳實踐、架構(gòu)與設(shè)計演化、軟件質(zhì)量建設(shè)、安全與可靠、研發(fā)效能、大模型驅(qū)動的軟件開發(fā)、AI 算力與優(yōu)化、異構(gòu)計算、高性能與低時延、并發(fā)與并行、系統(tǒng)級軟件、嵌入式系統(tǒng)十二大主題，共同構(gòu)建了一個全面而立體的知識體系，確保每一位參會者——無論是語言愛好者、系統(tǒng)架構(gòu)師、性能優(yōu)化工程師，還是技術(shù)管理者——都能在這里找到自己的坐標(biāo)，收獲深刻的洞見與啟發(fā)。詳情參考官網(wǎng)：https://cpp-summit.org/