Kubernetes 커뮤니티가 Gateway API의 정식 출시를 공식 발표한 지 거의 1년 반이 지났습니다. 이는 Kubernetes 클러스터에서 네트워킹과 트래픽을 관리하는 방식을 새롭게 정의한 중요한 이정표였습니다. 단순한 점진적 업데이트를 넘어, 클라우드 네이티브 환경의 네트워킹에 근본적인 변화를 가져왔으며 연결을 관리할 수 있는 강력하고 확장 가능하며 표현력이 뛰어난 프레임워크를 제공했습니다.
Gateway API는 역할 중심 설계, 표준화된 리소스 및 확장성을 통해 Ingress API의 제한된 기능을 대체합니다. 고급 트래픽 라우팅 및 분할 기능을 도입하는 것부터 역할 중심 설계를 통해 멀티테넌시를 지원하는 것까지, Gateway API는 이전에는 처리하기 어려웠던 복잡한 사용 사례를 실현합니다. F5를 비롯한 여러 공급업체가 Kubernetes 네트워킹의 미래를 만들어 갈 잠재력을 인식하면서, 이러한 변화가 업계 전반에 광범위한 혁신을 촉진한 것은 놀라운 일이 아닙니다.
하지만 이와 같은 새로운 표준이 하루아침에 도입되는 것은 아닙니다. Gateway API가 분명한 이점을 제공함에도 많은 조직은 여전히 신중한 태도를 보이고 있습니다. 이들은 마이그레이션의 복잡성과 기존 Ingress 도구를 Gateway API의 표준화되면서도 유연한 라우팅 구성과 면밀히 비교하고 있습니다. 또한 도입 여부는 기술적 한계만으로 결정되는 것이 아니라 여러 상충 요소를 고려해야 하는 문제입니다. 전환에 드는 시간과 노력, 위험을 감수하려면 네트워킹 기능이 의미 있고 실질적으로 개선되어야 합니다.
업계 전반에서 도입 속도가 더딘 것은 이러한 신중한 접근 방식을 반영합니다. Gateway API는 Kubernetes 네트워킹의 미래로 널리 평가받고 있지만, 많은 조직은 전면 도입을 결정하기 전에 여전히 그 기능을 살펴보거나 장단점을 검토하고 있습니다. Kubernetes 커뮤니티의 보고에 따르면 Gateway API를 활용한 실험은 꾸준히 증가하고 있습니다. 얼리 어답터들은 간단한 HTTP 라우팅부터 고급 멀티 테넌트 아키텍처에 이르기까지 다양한 사용 사례에 이를 활용하고 있습니다. 이는 많은 팀이 관망하는 태도를 유지하는 가운데서도 Gateway API의 가능성에 대한 관심이 커지고 있음을 보여줍니다.
F5에서도 이와 유사한 양상을 확인했습니다. 많은 고객이 즉각적인 전환을 미루고 있습니다. 관심이 부족해서가 아니라, 혁신과 성숙한 Ingress 솔루션이 제공하는 운영상의 확실성 사이에서 균형을 맞추는 데 집중하고 있기 때문입니다. 따라서 Gateway API로 전환하는 여정을 서두를 필요는 없으며, 전략적으로 추진하는 것이 중요하다고 생각합니다.
구체적으로 살펴보겠습니다. Gateway API로 전환할 때 직면할 수 있는 몇 가지 과제는 다음과 같습니다.
- 복잡한 인프라 전면 개편: 마이그레이션을 위해 자동화 기능을 다시 작성하고 기존 애플리케이션 파이프라인을 변경해야 할 수 있습니다.
- 에코시스템 지원의 공백: 도구 및 컨트롤러에 대한 완전한 지원은 아직 발전 중입니다.
- 시간과 전문성 부족: 학습 곡선을 극복하고 리팩터링을 수행하려면 별도의 시간을 할애해야 합니다.
- 위험 회피: 팀은 이미 잘 작동하는 것을 바꾸기를 주저합니다.
하지만 상당한 이점도 있습니다:
- 역할 중심 설계: Gateway API 리소스는 조직 내 역할에 따라 구분됩니다. 따라서 개발자는 다른 팀에 지장을 주지 않고 변경할 수 있습니다.
- 표준화된 트래픽 정책: 일반적으로 사용되는 많은 트래픽 정책이 API 자체에 긴밀하게 통합되어 있어 구현체 전반에서 일관되게 구성할 수 있으며, Ingress 어노테이션보다 훨씬 쉽게 관리할 수 있습니다.
- 확장성: 확장 지점을 통해 구현체는 Gateway API를 확장하여 API 프레임워크 내에서 사용자 지정 기능을 제공할 수 있습니다.
애플리케이션 제공과 인프라에 대해 한 가지 확실히 아는 것이 있다면, 변화에는 시간과 전사적인 공감대 형성이 필요하다는 점입니다. 전환을 시작하려면 지속적인 지원과 지침, 혁신이 반드시 필요합니다.
Gateway API 도입 과제 해결: F5의 인사이트
F5는 Kubernetes 네트워킹의 개발과 발전에 깊이 관여해 왔습니다. 이러한 과제를 직접 마주하며 여러 팀이 이를 극복할 수 있도록 지원해 왔습니다.
당사의 경험을 통해 한 가지 핵심적인 사실을 확인할 수 있었습니다. Gateway API를 성공적으로 도입하려면 단순히 새로운 표준을 구현하는 데 그쳐서는 안 되며, 미래의 성공을 위한 기반을 구축해야 합니다. 이를 위해 조직에는 단순성, 성능, 유연성, 강력한 지원을 우선시하는 솔루션이 필요합니다. 이러한 원칙이 어떻게 더욱 원활한 전환을 지원하고 장기적인 가치를 창출할 토대를 마련하는지 살펴보겠습니다.
- 백지상태에서 접근하여 단순성 확보: Gateway API로 마이그레이션하려면 기술적 변화만으로는 충분하지 않습니다. 문화와 운영 방식의 전환도 필요합니다. 백지상태에서 새롭게 시작하면 Ingress의 모든 문제점을 해결하고, Gateway API라는 단일 인터페이스를 통해 한층 뛰어난 네트워킹 환경을 구현할 수 있습니다. 초기에는 더 많은 노력이 필요할 수 있지만, 프로세스 간소화, 오버헤드 감소, 결과 도출 속도 향상과 같은 장기적인 이점은 이러한 어려움을 훨씬 능가합니다.
- 성능을 기반으로: 네트워크 성능은 특히 대규모 Kubernetes 환경에서 매우 중요합니다. 간결한 Gateway API 구현은 아키텍처 오버헤드를 최소화하도록 설계된 데이터 플레인을 기반으로 해야 하며, 이를 통해 지연 시간, 리소스 효율성 및 확장성을 개선할 수 있습니다. 솔루션은 Gateway API의 유연성과 기본적으로 제공되는 고성능을 결합하여 팀이 속도나 안정성을 저해하지 않고 전환할 수 있도록 해야 합니다.
- 모듈식 설계를 통한 유연성: Kubernetes 환경은 기본적인 라우팅 요구 사항부터 복잡한 아키텍처에 이르기까지 매우 다양합니다. 모듈식 Gateway API 솔루션을 사용하면 팀은 복잡성을 가중하지 않으면서 환경의 요구 사항에 맞게 서비스 메시와 같은 다른 솔루션과 함께 필요한 기능을 도입할 수 있습니다. 이러한 접근 방식은 실험을 촉진하고 솔루션의 확장성과 적응성을 유지해 줍니다.
- 성공을 촉진하는 지원: Gateway API를 도입할 때 전문가의 안내가 큰 도움이 될 수 있습니다. 포괄적인 문서, 신뢰할 수 있는 리소스, 실질적인 지원은 Ingress에서 전환할 때 발생하는 어려움을 줄여 줍니다. 신뢰할 수 있는 파트너와 커뮤니티의 참여는 마이그레이션을 크게 간소화하여, 막막할 수 있는 전환을 원활하고 효율적인 과정으로 바꿔 줍니다.
미래는 Gateway API입니다... 여러분의 속도에 맞춰 나아가세요
18개월이라는 시간이 길지 않다는 점, 그리고 Gateway API가 무한한 가능성을 열어 주었다고 해서 모든 조직이 당장 이를 도입할 준비가 된 것은 아니라는 점을 잘 알고 있습니다.
많은 팀에서 Ingress API는 뛰어난 솔루션일 뿐만 아니라 기존 인프라의 핵심 구성 요소이기도 합니다. Ingress API는 수년간 Kubernetes 네트워킹의 중추 역할을 해왔습니다. 이미 안정적으로 구축된 환경을 갖춘 조직이라면 안정적이고 성공적인 솔루션을 억지로 포기할 필요가 없습니다.
F5는 이러한 현실을 깊이 인식하고 있으며, 그렇기 때문에 Ingress API를 포기하지 않습니다. 당사는 F5 NGINX Ingress Controller 개발에 지속적으로 투자하여 최신 사용 사례에서도 견고성과 보안성, 적합성을 유지할 수 있도록 혁신과 기능을 제공하고 있습니다.
Ingress를 계속 사용하고자 하는 조직을 위해, 오늘날의 Kubernetes 워크로드를 안정적으로 지원하는 고가치 솔루션으로 유지될 수 있도록 최선을 다하고 있습니다. Gateway API를 검토하는 팀을 위해 특별히 설계된 F5 NGINX Gateway Fabric은 현대적인 간편성, 성능 및 유연성을 결합하여 조직이 이 표준을 안심하고 도입할 수 있도록 지원합니다.
The decision to Gateway API로 전환하기로 한 결정은 하루아침에 이루어질 필요가 없는 중대한 변화입니다. 하지만 궁극적으로 전환을 선택한 조직은 성장과 혁신을 위한 유리한 입지를 확보하는 동시에, Kubernetes 네트워킹의 미래를 이끌 현대적이고 확장 가능하며 상호 운용 가능한 시스템을 통해 향후 성공을 위한 기반을 마련하게 됩니다. 지금이든 나중이든, F5는 여러분이 준비되는 순간 함께할 준비가 되어 있습니다. 자세한 내용은 F5에 문의해 주세요.
작성자 소개
관련 블로그 게시물
시청하기: KubeCon North America 2023에서의 NGINX Gateway Fabric
이 영상에서는 KubeCon의 NGINX 부스를 찾아가, 저희가 공개한 Kubernetes Gateway API 구현을 살펴봅니다.
F5 NGINX로 대규모 WAF 플릿을 확인하고 관리하는 2가지 방법
앱 보안을 강화하는 두 가지 방법을 소개합니다. NGINX Management Suite를 통해 WAF 운영에 대한 가시성을 높이고, NGINX App Protect WAF를 활용해 코드형 보안을 구현하는 것입니다.
Ingress 컨트롤러 선택 가이드, 4부: NGINX Ingress Controller 옵션
개발 주체, 개발 철학, 프로덕션 환경 준비도, 보안 및 지원을 기준으로 어떤 NGINX Ingress 컨트롤러가 가장 적합한지 알아보세요.
진화하는 공격 환경에 NGINX App Protect Denial of Service가 적응하는 방법
NGINX App Protect Denial of Service(DoS)가 계층 7 DoS 공격을 방어하기 위해 완화 방법을 실시간으로 조정하는 방식을 설명합니다. 정상적인 사용자 행동과 서버 상태에 대한 모델을 생성하여 공격을 나타내는 이상 징후를 감지하고 맞춤형 완화 시그니처를 적용할 수 있습니다.
NGINX Instance Manager를 활용한 대규모 구성 업데이트 및 인증서 관리
NGINX Instance Manager 버전 1.0에는 두 가지 새로운 기능이 도입되었습니다. NGINX 인스턴스에 태그와 사용자 역할을 지정하면 전체 그룹에 구성을 한 번에 적용할 수 있습니다. 인증서 검사는 만료 예정인 인증서를 감지하여 서비스 중단을 방지할 수 있도록 인증서를 교체할 수 있게 해줍니다.
Netflix가 자사 CDN의 핵심으로 NGINX를 선택한 이유
Netflix가 글로벌 콘텐츠 전송 네트워크인 Open Connect의 스트리밍 미디어 기술로 NGINX를 선택한 이유를 NGINX 개발자 Gleb Smirnoff에게서 알아보세요.