Kubernetes SIG Network 和安全響應委員會宣佈即將退役 Ingress NGINX。項目將持續提供有限維護，直到 2026 年 3 月。之後將不再發布新版本、修復漏洞或更新安全問題。現有的 Ingress NGINX 部署仍可正常使用，安裝資源也會繼續保留。

官方建議儘快遷移到其他替代方案。推薦遷移至 Gateway API，這是 Ingress 的現代替代方案。如果必須繼續使用 Ingress，Kubernetes 文檔中列出了許多其他 Ingress 控制器。

以下內容介紹了 Ingress NGINX 的歷史、現狀及後續步驟。

關於 Ingress NGINX

Ingress 是 Kubernetes 中最早且用户友好的網絡流量管理方式。（Gateway API 是實現同類目標的較新方案。）要讓 Ingress 在集羣中工作，必須運行一個 Ingress 控制器。市面上有多種 Ingress 控制器，滿足不同用户和場景需求，有些針對特定雲廠商，有些則通用。

Ingress NGINX 是 Kubernetes 項目早期開發的 Ingress 控制器示例。憑藉極大的靈活性、豐富的功能以及獨立於特定雲和基礎設施的特點，它迅速流行起來。此後，社區和雲原生廠商開發了許多其他 Ingress 控制器，但 Ingress NGINX 始終是最受歡迎的之一，廣泛部署於各大託管 Kubernetes 平台和眾多用户集羣。

歷史與挑戰

Ingress NGINX 的功能廣泛且靈活，導致維護難度大。隨着雲原生軟件的不斷髮展，曾被視為有用的選項，如通過“snippets”註解添加任意 NGINX 配置，現被視為嚴重安全隱患。昔日的靈活性，如今成了難以克服的技術負擔。

儘管用户眾多，Ingress NGINX 一直面臨維護力量不足的問題。多年間，僅有一兩位維護者利用業餘時間（下班後和週末）進行開發。去年，維護團隊宣佈計劃逐步停用 Ingress NGINX，並與 Gateway API 社區合作開發替代控制器 InGate。不幸的是，該公告未能吸引更多人蔘與維護或開發工作，InGate 項目未能成熟，未來也將被退役。

現狀與後續計劃

目前，Ingress NGINX 仍在進行有限維護。SIG Network 和安全響應委員會已盡力尋找額外支持，但未能使項目持續可維護。為保障用户安全，決定退役該項目。

2026 年 3 月，Ingress NGINX 將停止維護並正式退役。屆時不再發布新版本、修復漏洞或更新安全補丁。GitHub 倉庫將改為只讀，供參考使用。現有 Ingress NGINX 部署不會受影響。項目相關資源如 Helm Charts 和容器鏡像依然可用。

大多數情況下，集羣管理員可通過運行以下命令檢查是否使用 Ingress NGINX：

kubectl get pods --all-namespaces --selector app.kubernetes.io/name=ingress-nginx

“我們感謝 Ingress NGINX 維護者多年來的付出，他們的努力令人敬佩。這個 Ingress 控制器支撐着全球無數數據中心和個人實驗室的數十億請求。Kubernetes 發展至今，離不開 Ingress NGINX 的貢獻，我們深表感激。”

更多詳情可查看：https://kubernetes.io/blog/2025/11/11/ingress-nginx-retirement/