Kubernetes SIG Network와 Security Response Committee가 Ingress NGINX의 은퇴 계획을 발표했습니다. 2026년 3월까지 베스트에포트 유지보수가 이어지며, 이후에는 릴리스, 버그 수정, 보안 업데이트가 중단됩니다. 기존 배포는 계속 동작하며 설치 아티팩트는 유지됩니다. Gateway API 등 대안으로의 마이그레이션을 권장합니다.
에코시스템의 안전과 보안을 최우선으로 하기 위해 Kubernetes SIG Network와 Security Response Committee는 곧 있을 Ingress NGINX의 은퇴를 발표합니다. 베스트에포트 유지보수는 2026년 3월까지 계속됩니다. 그 이후에는 추가 릴리스, 버그 수정, 새로 발견될 수 있는 보안 취약점에 대한 업데이트가 더 이상 제공되지 않습니다. 기존 Ingress NGINX 배포는 계속 동작하며 설치 아티팩트는 계속 제공됩니다.
다양한 대안으로 마이그레이션할 것을 권장합니다. Ingress의 현대적 대체재인 Gateway API로의 마이그레이션을 고려해 보세요. 부득이하게 Ingress를 계속 사용해야 한다면, Kubernetes 문서에 여러 대체 Ingress 컨트롤러가 나열되어 있습니다. 아래에서 Ingress NGINX의 역사와 현재 상태, 그리고 다음 단계에 대해 자세히 확인하세요.
Ingress는 Kubernetes에서 실행 중인 워크로드로 네트워크 트래픽을 라우팅하는, 사용자 친화적인 원래의 방식입니다. (Gateway API는 동일한 목표의 상당 부분을 달성할 수 있는 더 새로운 방식입니다.) 클러스터에서 Ingress가 동작하려면 Ingress 컨트롤러가 실행 중이어야 합니다. 다양한 사용자와 사용 사례의 요구를 충족하는 여러 Ingress 컨트롤러 선택지가 있습니다. 일부는 특정 클라우드 제공업체에 특화되어 있고, 다른 것들은 보다 일반적으로 적용 가능합니다.
Ingress NGINX는 Kubernetes 프로젝트 역사 초기에 API의 예시 구현으로 개발된 Ingress 컨트롤러였습니다. 특정 클라우드나 인프라 제공업체에 종속되지 않으면서도 놀라운 유연성과 폭넓은 기능을 제공해 큰 인기를 얻었습니다. 그 이후 커뮤니티 그룹과 클라우드 네이티브 벤더에 의해 Kubernetes 프로젝트 내에 많은 다른 Ingress 컨트롤러들이 만들어졌습니다. 그럼에도 Ingress NGINX는 여전히 가장 인기 있는 컨트롤러 중 하나로, 많은 호스팅형 Kubernetes 플랫폼의 일부로 배포되었고 셀 수 없이 많은 개별 사용자들의 클러스터에서도 사용되었습니다.
Ingress NGINX의 폭과 유연성은 유지보수 측면에서 도전 과제를 야기했습니다. 클라우드 네이티브 소프트웨어에 대한 기대치가 변하면서 복잡성도 더해졌습니다. 한때 유용한 옵션으로 여겨졌던 것들이, 예를 들어 “snippets” 어노테이션을 통해 임의의 NGINX 설정 지시문을 추가할 수 있는 능력처럼, 지금은 심각한 보안 결함으로 간주되기도 합니다. 어제의 유연성은 오늘의 넘기기 어려운 기술 부채가 되었습니다.
사용자들 사이에서 프로젝트의 인기가 높았음에도, Ingress NGINX는 항상 유지보수 인력의 부족으로 어려움을 겪어 왔습니다. 수년 동안 이 프로젝트에는 개발 작업을 담당하는 사람이 한두 명뿐이었고, 그마저도 퇴근 후나 주말에 개인 시간을 들여 진행했습니다. 지난해, Ingress NGINX 유지관리자들은 Ingress NGINX를 점진적으로 종료하고 Gateway API 커뮤니티와 함께 대체 컨트롤러를 개발하겠다는 계획을 발표했습니다. 안타깝게도, 그 발표조차도 Ingress NGINX 유지보수 지원이나 이를 대체할 InGate 개발에 대한 추가 관심을 이끌어내지 못했습니다. (InGate 개발은 성숙한 대체재를 만들 만큼 진척되지 못했으며, InGate 또한 은퇴될 예정입니다.)
현재 Ingress NGINX는 베스트에포트 방식으로 유지보수되고 있습니다. SIG Network와 Security Response Committee는 Ingress NGINX를 지속 가능하게 만들기 위한 추가 지원을 찾기 위해 최선을 다했으나 역부족이었습니다. 사용자 안전을 최우선으로 하기 위해, 우리는 이 프로젝트를 은퇴시켜야 합니다.
2026년 3월에 Ingress NGINX 유지보수는 중단되며, 프로젝트는 은퇴됩니다. 그 이후에는 더 이상의 릴리스, 버그 수정, 발견될 수 있는 보안 취약점에 대한 업데이트가 제공되지 않습니다. GitHub 리포지토리는 읽기 전용으로 전환되어 참고용으로 남겨집니다.
기존 Ingress NGINX 배포는 중단되지 않습니다. Helm 차트와 컨테이너 이미지 같은 기존 프로젝트 아티팩트는 계속 이용할 수 있습니다.
대부분의 경우, 클러스터 관리자 권한으로 다음 명령을 실행하여 자신이 Ingress NGINX를 사용하는지 확인할 수 있습니다: kubectl get pods \--all-namespaces \--selector app.kubernetes.io/name=ingress-nginx
이 프로젝트를 만들고 유지해 온 Ingress NGINX 유지관리자들께 감사의 마음을 전합니다. 그들의 헌신은 지금도 인상적입니다. 이 Ingress 컨트롤러는 전 세계 데이터센터와 홈랩에서 수십억 건의 요청을 처리해 왔습니다. 여러 면에서 Kubernetes가 오늘의 위치에 오를 수 있었던 데에는 Ingress NGINX의 공이 큽니다. 오랜 시간 동안 놀라운 노력을 기울여 주셔서 감사합니다.
SIG Network와 Security Response Committee는 모든 Ingress NGINX 사용자가 즉시 Gateway API 또는 다른 Ingress 컨트롤러로의 마이그레이션을 시작할 것을 권장합니다. Kubernetes 문서에는 여러 옵션이 나열되어 있습니다: Gateway API, Ingress. 함께 일하는 벤더로부터 추가 옵션을 제공받을 수도 있습니다.
