현재, Nginx 종료가 된다는 내용을 보고, 지금 시점에 굳이 복잡한 Ingress 기술에 대한 깊게 파야 할까요? 아니면 곧 표준이 된다는 얘기도 있어서 Gateway API로 바로 넘어가는 게 효율적일까요?
1 Like
인그레스 자체를 깊게 파는 것보다 앞으로 표준화될 Gateway API를 중심에 두고 접근하는 편이 훨씬 효율적입니다.
그 이유는 세 가지입니다.
첫째, 인그레스는 역사적 한계를 가진 사양입니다. 단일 리소스 정의로 모든 L7 라우팅을 처리하던 모델은 서비스 증가, 테넌트 분리, 정책 기반 운영에 약점을 드러냈습니다. 이번 NGINX 종료 이슈도 결국 이러한 구조적 부담이 원인으로 작용한 흐름으로 볼 수 있습니다.
둘째, Gateway API는 이미 업계 표준으로 자리 잡고 있습니다.
Nginx, HAProxy, Kong, Traefik 등 주요 벤더들이 Gateway Controller 개발에 집중하고 있으며, Kubernetes SIG-Network에서도 Gateway API를 장기적 주력 스펙으로 명확하게 제시한 상태입니다. 지금 새로 학습한다면 인그레스보다는 Gateway API가 더 미래지향적입니다.
셋째, 그렇다고 인그레스를 완전히 뒤로 미루는 것도 바람직하지는 않습니다.
실제 현업에서는 아직도 다수의 클러스터가 인그레스를 기반으로 운영 중이며, 기본 개념(호스트/패스 기반 라우팅, 백엔드 서비스 연결, TLS 처리) 정도는 여전히 필요한 기반지식입니다. 다만 이 기초를 넘어선 깊은 튜닝은 굳이 지금 시점에서 시간 투자할 필요가 없습니다.
정리하자면, 인그레스는 개념 수준만 익히고, 앞으로의 설계‧운영 기준은 Gateway API를 중심으로 가져가는 것이 가장 합리적인 선택입니다. 현재의 기술 흐름과 향후 유지보수 가능성을 동시에 고려했을 때도 이 방향이 리스크가 가장 낮습니다.
1 Like