Ingress NGINX 종료 – NGINX Gateway Fabric으로 전환

Kubernetes 커뮤니티는 Ingress NGINX 프로젝트(Kubernetes Ingress Controller)의 지원 종료(EOL)를 공식 발표했으며, 2026년 3월 이후 업데이트, 버그 수정 및 보안 패치 제공이 중단되었습니다.

Ingress NGINX 종료 이후에도 기존 컨트롤러 자체는 계속 사용할 수 있지만, 보안 패치가 제공되지 않는 Ingress Controller를 운영하는 것은 Kubernetes 환경에서 상당한 보안 및 운영 리스크를 초래할 수 있습니다.

Ingress NGINX 종료 배경과 지원 종료 영향에 대해서는 이전 포스트에서 자세히 다룬 바 있습니다.

이에 따라 기존 커뮤니티 ingress-nginx 사용 기업들은 지속 가능한 Kubernetes 운영을 위해 F5 NGINX Ingress Controller와 같은 다른 Ingress controller, 혹은 새로운 Gateway API로의 아키텍처 전환을 검토해야 하는 상황입니다.

이번 포스트에서는 Ingress NGINX 종료 이후 고려할 수 있는 차세대 Kubernetes 트래픽 관리 표준인 Gateway API와, Gateway API 기반 솔루션인 NGINX Gateway Fabric, 그리고 기존 ingress-nginx 구성을 보다 쉽게 NGINX Gateway Fabric으로 전환할 수 있도록 지원하는 Ingress To NGF 온라인 마이그레이션 도구를 소개합니다.

목차

1. Ingress NGINX 종료 이후 Gateway API가 주목받는 이유
2. Ingress NGINX 종료 대안 : NGINX Gateway Fabric
3. NGINX Gateway Fabric 전환을 위한 도구 : Ingress To NGF
4. 아이티언의 역할 – NGINX Gateway Fabric 전환 지원 및 기술 컨설팅
5. 참고 자료

1. Ingress NGINX 종료 이후 Gateway API가 주목받는 이유

Ingress NGINX의 지원 종료 발표 이후 Kubernetes 커뮤니티에서는 단순 Ingress 기반 구조를 넘어, 보다 확장성과 유연성을 갖춘 Gateway API 기반 아키텍처가 차세대 Kubernetes 네트워킹 표준으로 주목받고 있습니다.

기존 Kubernetes Ingress API는 HTTP/HTTPS 기반의 단순 라우팅에는 적합했지만, 다음과 같은 한계가 존재했습니다.

  • Annotation 의존적 확장 — 타임아웃, 리다이렉트, 인증 등 고급 트래픽 정책은 표준 스펙이 아닌 구현체별 Annotation으로 처리해야 했습니다. 이로 인해 구성이 복잡해지고 이식성이 떨어집니다.
  • 구현체별 CRD 의존성 — Ingress Controller마다 독자적인 CRD를 사용하는 경우가 많아, 특정 구현체에 종속되는 Lock-in 문제가 발생할 수 있습니다.
  • 역할 분리의 부재 — 클러스터 관리자와 개발팀이 동일한 Ingress 리소스를 공유하는 구조로, 멀티팀 환경에서 권한과 책임의 경계가 불명확합니다.

반면 Gateway API는 Kubernetes SIG-Network에서 주도하는 차세대 Kubernetes 네트워킹 표준으로, 다음과 같은 특징을 제공합니다.

  • 역할(Role) 기반의 네트워크 관리 구조 — GatewayClass, Gateway, HTTPRoute로 책임을 명확히 분리
  • L4/L7 정책의 표준화 — Annotation 없이 스펙 수준에서 다양한 트래픽 정책 표현 가능
  • 멀티 테넌시 환경 지원 — 팀별 네임스페이스에서 독립적인 라우팅 규칙 관리
  • 보다 세밀한 트래픽 제어 — 헤더 기반 라우팅, 가중치 분산 등 고급 정책을 표준 방식으로 구현
  • 향후 Service Mesh 및 내부 트래픽 연계 확장성

2. Ingress NGINX 종료 대안 : NGINX Gateway Fabric

F5 NGINX 제품중에는 Kubernetes Gateway API를 구현한 Gateway 솔루션인 NGINX Gateway Fabric이 포함되어 있습니다.

NGINX Gateway Fabric은 NGINX 데이터 플레인을 기반으로 동작하는 Gateway API 구현체로, 기존 ingress-nginx 환경에서 차세대 Kubernetes Gateway 구조로 전환하기 위한 대안이 될 수 있습니다.

NGINX Gateway Fabric은 특히 다음과 같은 환경에서 적합합니다.

  • ingress-nginx 전환 — 커뮤니티 지원이 종료된 ingress-nginx에서 안정적인 대안으로 전환이 필요한 경우
  • Gateway API 기반 Kubernetes 표준 도입 검토 — 차세대 Kubernetes 네트워킹 표준을 선제적으로 도입하고자 하는 경우
  • 역할 기반 트래픽 관리가 필요한 멀티팀 환경 — 클러스터 관리자와 개발팀이 각자의 영역에서 독립적으로 라우팅 규칙을 관리해야 하는 경우
  • L4/L7 수준의 세밀한 트래픽 제어 필요 — 기존 Ingress API로는 구현하기 어려운 복잡한 라우팅 정책이 요구되는 경우
  • 엔터프라이즈급 안정성과 기술 지원 필요 — F5의 상용 지원 기반으로 안정적인 운영 및 보안 패치가 요구되는 경우

또한 기존 ingress-nginx 사용자 입장에서는 Gateway API 기반 구조를 학습하고 전환하는 과정 자체가 부담이 될 수 있습니다.
이에 따라 기존 ingress-nginx 사용자가 보다 쉽게 Gateway API 기반 NGINX 환경을 검토할 수 있도록 Ingress To NGF 온라인 마이그레이션 도구를 공개했습니다.

3. NGINX Gateway Fabric 전환을 위한 도구 : Ingress To NGF

Ingress NGINX 종료 대응을 위한 Ingress To NGF

Ingress To NGF는 기존 ingress-nginx 구성을 Gateway API 기반 NGINX Gateway Fabric 구성으로 변환할 수 있도록 지원하는 온라인 마이그레이션 도구입니다.

사용자는 기존 ingress-nginx에서 사용하던 Ingress yaml 리소스를 입력하면 다음과 같은 내용을 실시간으로 확인할 수 있습니다.

  • Gateway API 기반 YAML 변환
  • NGINX Gateway Fabric 구성 예시
  • 기존 Ingress와 Gateway API 구조 비교
  • 우측 상단 Migration Map 버튼을 통한 마이그레이션 시 검토 포인트 확인

특히 Gateway API를 처음 검토하는 운영자 및 플랫폼 엔지니어도 기존 YAML 기반으로 구조 차이를 쉽게 비교할 수 있도록 구성되어 있습니다.

Ingress NGINX 종료 이후 Gateway API 전환을 검토하고 있다면, 실제 Kubernetes YAML 구성을 기준으로 전환 가능한 기능을 미리 분석해볼 수 있습니다.

기존 마이그레이션 도구와의 차이점

Kubernetes 커뮤니티에는 이미 ingress2gateway와 같은 오픈소스 변환 도구가 존재합니다. 이 도구는 기존 Ingress 리소스를 다양한 Gateway API 구현체에 맞게 변환하는 범용 CLI 도구로, 로컬 환경에서 직접 설치하고 실행해야 합니다.

반면 Ingress To NGF는 ingress2gateway와 달리 다음과 같은 점에서 차별화됩니다.

  • NGINX Gateway Fabric 특화 — 변환 결과가 NGINX Gateway Fabric의 구성 방식에 맞게 최적화되어 있습니다
  • 별도 설치 없이 브라우저에서 즉시 사용 가능 — 기존 YAML 내용을 붙여넣는 것만으로 결과를 확인할 수 있습니다
  • 마이그레이션 검토 포인트 함께 제공 — 단순 변환을 넘어, 전환 시 놓치기 쉬운 주의사항을 함께 안내합니다

4. 아이티언의 역할 – NGINX Gateway Fabric 전환 지원 및 기술 컨설팅

㈜아이티언은 F5 한국 총판이자 아시아 최초·최다 인증의 F5 NGINX 공인 컨설팅 파트너 지위를 보유하고 있습니다. 당사는 기존 ingress-nginx 환경에서 NGINX Gateway Fabric 기반 환경으로의 전환을 지원하고 있습니다.

당사는 다음과 같은 영역에 대한 기술 지원 및 컨설팅을 제공합니다.

  • 기존 ingress-nginx 구성 분석
  • Gateway API 전환 검토 및 변환 작업
  • 마이그레이션 전략 수립
  • 운영 환경 최적화 및 보안 강화
  • 장애 대응 및 기술지원 체계 구축

Ingress NGINX의 지원이 종료된 만큼, Kubernetes 환경의 안정성과 지속 가능성을 위해 전환 검토 및 아키텍처 점검을 권장 드립니다.

5. 참고 자료

기존 Kubernetes 환경에서 ingress-nginx를 운영 중이신가요? Ingress NGINX 종료 이후 Gateway API 기반 아키텍처 전환이나 NGINX Gateway Fabric 도입 검토가 필요하시다면 NGINX STORE를 통해 문의하세요.

NGINX STORE를 통한 솔루션 도입 및 기술지원 무료 상담 신청

* indicates required