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로 전환하는 데에는 다음과 같은 과제가 있습니다.
하지만 상당한 이점도 있습니다.
앱 제공과 인프라에 대해 우리가 아는 것이 있다면 그것은 바로 변화에는 시간과 회사 전체의 설득이 필요하다는 것입니다. 전환을 시작하는 데에도 지속적인 지원, 지침, 혁신이 필수적입니다.
F5에서는 Kubernetes 네트워킹의 개발과 발전에 깊이 관여해 왔습니다. 우리는 직접 문제에 참여하여 팀이 문제를 극복하도록 도왔습니다.
저희의 경험은 핵심적인 진실 하나를 확인시켜줍니다. 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은 현대적인 단순성, 성능, 유연성을 결합하여 조직이 확신을 가지고 표준을 도입할 수 있도록 돕습니다.
Gateway API로 전환하기 로 한 결정은 하룻밤에 이루어질 수 있는 중대한 변화일 필요는 없습니다. 하지만 궁극적으로 전환을 단행하는 조직은 성장과 혁신을 위한 입지를 굳건히 하는 동시에 Kubernetes 네트워킹의 미래를 형성할 현대적이고 확장 가능하며 상호 운용 가능한 시스템으로 미래의 성공을 위한 기반을 마련하게 될 것입니다. 오늘이든 앞으로든, F5에서는 언제나 여러분이 원하시는 대로 준비가 되어 있습니다. 자세한 내용을 알아보려면 F5로 문의하세요 .