모든 팀을 위한 Kubernetes 클라우드 네이티브 트래픽 제어 및 보안

F5 ADSP | 2026년 11월 09일

Kubernetes는 더 이상 얼리 어답터를 위한 실험용 샌드박스가 아닙니다. 이제 현대 기업의 운영 체제입니다. 전 세계 약 2,000만 명의 클라우드 네이티브 개발자가 Kubernetes를 기반으로 개발하고 있습니다. 또한 전 세계 조직의 90% 이상이 컨테이너화된 애플리케이션을2027년까지 프로덕션 환경에서 실행할 것으로 예상됩니다. 그리고 생성형 AI를 도입한 조직의 3분의 2는 이미 Kubernetes에서 추론 워크로드를 실행하고 있습니다. 이제 컨테이너 오케스트레이션은 명실상부한 미션 크리티컬 요소입니다.

하지만 불편한 진실은 이렇습니다. 단 38%의 조직만이 프로덕션 환경에서 Kubernetes를 운영하면서 엔터프라이즈급 성숙도에 도달했습니다. 이는 2026년 엔터프라이즈 Kubernetes 전략 현황 보고서에 따른 결과로, 이 보고서는 F5의 후원으로 진행된 SlashData의 연구를 기반으로 합니다. 약 절반인 51%는 "정착" 단계에 있지만 거버넌스, 관측 가능성, 복원력 또는 소프트웨어 공급망에서 중대한 격차를 해소하지 못하고 있습니다. 나머지 11%는 여전히 표준화를 진행 중입니다.

기업이 필요로 하는 엔터프라이즈급 Kubernetes 성숙도에 도달할 수 있도록, F5 Application Delivery and Security Platform (ADSP)는 외부 로드 밸런서와 클러스터 내부 인그레스 간의 운영상 격차를 해소하는 통합 아키텍처를 제공합니다. 이를 통해 여러 공급업체의 도구를 조합한 취약한 툴체인을 일관된 엔터프라이즈급 아키텍처로 대체합니다.

팀을 하나로 연결하는 공통 기반

Kubernetes는 제 역할을 탁월하게 수행합니다. 워크로드를 스케줄링하고, 컴퓨팅 리소스를 탄력적으로 확장하며, 장애가 발생한 파드를 자동으로 복구하고, 하이브리드 및 멀티클라우드 환경 전반에서 기반 하드웨어를 추상화합니다. 하지만 컨테이너 오케스트레이션은 전체 과제의 절반에 불과합니다. 나머지 절반은 트래픽을 제어하고 보호하는 것입니다.

Kubernetes는 분산된 엔터프라이즈 환경 전반에서 애플리케이션 및 AI 트래픽의 동작을 제어하도록 설계되지 않았습니다. 글로벌 네트워크 상태를 기반으로 실시간 라우팅 결정을 내리거나, 인그레스 및 이그레스 경로 전반에 걸쳐 엔터프라이즈 보안 정책을 일관되게 적용하거나, 대규모 환경에서 엄격한 멀티테넌트 트래픽 격리를 보장하지 않습니다.

문제를 더욱 어렵게 만드는 점은 Kubernetes 트래픽과 보안을 하나의 직무에서 전담하지 않는다는 것입니다. GitOps를 통해 마이크로서비스를 외부에 노출하는 플랫폼 엔지니어, 멀티 클러스터 간 경계 게이트웨이 프로토콜(BGP) 피어링과 DPU 오프로드를 관리하는 네트워크 아키텍트, AI 기반 제로데이 공격을 방어하는 최고정보보호책임자(CISO)는 모두 근본적으로 서로 다른 운영 요구사항을 갖고 있습니다.

모든 이해관계자에게 획일적인 단일 도구를 강요하는 방식은 언제나 실패합니다. 개발자에게는 지나치게 무겁고 복잡하거나, 엔터프라이즈 인프라 팀에게는 기능이 너무 부족하기 때문입니다. F5 ADSP는 다른 접근 방식을 취합니다. 각 역할의 담당자가 실제로 트래픽을 제어하고 보호하는 방식에 맞춰, 특정 목적에 최적화된 클라우드 네이티브 솔루션을 제공합니다. 이 모든 솔루션은 누구도 타협할 필요 없이 팀 간 협업을 지원하는 공통 기반을 바탕으로 합니다.

팀마다 다른 트래픽 및 보안 우선순위

Kubernetes의 규모가 커지면서, 특히 조직이 상태 비저장 웹 앱에서 상태를 유지하는 고처리량 AI 워크로드로 전환하면서, 저마다 매우 다른 고충을 겪는 네 가지 뚜렷한 사용자 유형이 나타납니다.

플랫폼 및 DevOps 리더는 속도, 셀프서비스, Kubernetes 네이티브 YAML 워크플로를 우선시합니다. 하지만 최근 지원이 종료된 커뮤니티 ingress-nginx 프로젝트와 같은 무료 커뮤니티 컨트롤러로 시작했다가, 결국 수십 개의 프로덕션 클러스터에서 지원되지 않는 소프트웨어를 직접 유지 관리하며 반복적인 운영 작업에 엔지니어링 인력을 소모하는 경우가 너무나 많습니다.
NetOps 및 인프라 책임자는 효율적인 라우팅, 대용량 TLS 오프로딩, 엄격한 멀티테넌트 격리, 엔드투엔드 가시성을 요구합니다. 트래픽이 클러스터에 진입하면 네트워크 팀은 내부 상황을 파악하기 어려워지는 경우가 많습니다. 이로 인해 장애 원인이 네트워크에 있는지 파드에 있는지 확인하기 위해 4시간씩 비상 대응 회의를 진행하기도 합니다.
AI 인프라 책임자는 GPU 클러스터에 수백만 달러를 투자했지만, 클러스터의 활용률은 낮은 경우가 많습니다. 이는 컴퓨팅 성능이 부족해서가 아니라, 토큰을 효율적으로 입출력하고, 요청을 모델 간에 지능적으로 라우팅하며, 멀티테넌트 GPU 트래픽을 격리하는 과정에서 병목 현상이 발생하기 때문입니다.
CISO와 SecOps 책임자는 임시 클러스터 전반에서 정량화할 수 없는 보안 노출, 일관성 없는 웹 애플리케이션 방화벽(WAF) 및 API 보안 정책, 그리고 최신 취약점이 악용되는 속도를 우려합니다.

F5는 DevOps에 NetOps처럼 사고하도록 요구하거나 NetOps에 애플리케이션 YAML 관리를 맡기는 대신, 각 팀에 적합한 클라우드 네이티브 데이터 플레인과 컨트롤 플레인을 제공합니다.

“F5는 다른 접근 방식을 취합니다. 각 역할의 담당자가 실제로 트래픽을 제어하고 보호하는 방식에 맞춰 특화된 클라우드 네이티브 솔루션을 제공하며, 이 모든 솔루션은 어느 누구도 타협할 필요 없이 팀 간 협업을 이끄는 공통 기반을 바탕으로 합니다.”

DevOps 및 플랫폼 팀을 위한 경량 Kubernetes 네이티브 민첩성

플랫폼 엔지니어와 개발자는 Kubernetes 내에서 네이티브로 실행되고 CI/CD 및 GitOps 파이프라인에 원활하게 통합되는 가볍고 빠른 솔루션을 원합니다. 바로 이러한 역할을 수행하는 것이 F5 Ingress Controller for NGINX와 F5 Gateway Fabric for NGINX이며, 둘 다 F5 ADSP의 일부입니다.

수백만 건의 클라우드 네이티브 배포에서 신뢰를 쌓아온 F5 NGINX는 클러스터 내 애플리케이션 및 API 트래픽 관리를 표준화하기 위한 최적의 선택입니다. 팀에서 Kubernetes Ingress 리소스를 사용하든, AI 워크로드를 위한 Gateway API Inference Extension을 포함한 최신 Kubernetes Gateway API 표준을 사용하든, F5의 NGINX 솔루션은 초고속 성능과 개발자 친화적인 경량 환경을 제공합니다.

리소스 효율성 측면에서 경쟁 프록시들은 긴 컨텍스트의 AI 프롬프트나 스트리밍 페이로드를 처리할 때 메모리 사용량이 급증합니다. 반면, F5 Gateway Fabric for NGINX는 페이로드 크기에 관계없이 일정하고 예측 가능한 메모리 사용량을 유지합니다.

지원이 종료된 커뮤니티 ingress-nginx 프로젝트에서 마이그레이션하는 조직을 위해 F5는 엔터프라이즈 지원과 SLA가 보장되는 대안을 제공합니다. 자동 구성 변환 기능으로 마이그레이션 부담도 줄일 수 있습니다.

또한 보안은 사후에 덧붙이는 요소가 아닙니다. 팀은 F5 WAF 제품, API 보안, 인증(OIDC, JWT), 속도 제한, 실시간 AI 프롬프트/응답 가드레일을 Kubernetes 매니페스트에 직접 통합하여 코드 배포 속도에 맞춰 앱과 LLM 트래픽을 보호할 수 있습니다.

인프라 및 AI 아키텍트를 위한 멀티 클러스터 격리 및 이그레스

경량 클러스터 내 프록시는 애플리케이션 팀에 이상적이지만, 대규모 엔터프라이즈 환경, 통신사, AI 팩토리에는 통신사급 확장성, 엄격한 테넌트 격리, 양방향 트래픽 제어가 필요합니다. 바로 이러한 요구 사항을 충족하는 것이 F5 BIG-IP Next for Kubernetes입니다.

F5의 컨테이너 네이티브 트래픽 관리 마이크로커널(TMM)을 기반으로 구축된 BIG-IP Next for Kubernetes는 표준 워커 노드에서 실행하거나 NVIDIA BlueField-3 DPU로 오프로드할 수 있도록 설계되어, 인프라 수준의 트래픽 제어와 보안을 Kubernetes에 직접 제공합니다.

대부분의 Kubernetes 도구는 인그레스에만 초점을 맞춥니다. BIG-IP Next for Kubernetes는 인그레스와 이그레스 트래픽을 모두 제어하고 보호합니다. 마이크로서비스와 AI 에이전트가 외부 API, 업스트림 데이터베이스, Model Context Protocol(MCP) 서버, 클러스터 간 서비스에 접근함에 따라, 관리되지 않는 이그레스는 데이터 유출의 주요 사각지대가 됩니다. BIG-IP Next for Kubernetes는 결정론적 이그레스 라우팅, SNAT, 네임스페이스 기반 방화벽 정책, 제로 트러스트 마이크로세그멘테이션을 적용합니다.

멀티 클러스터 및 멀티 테넌트 환경에서 BIG-IP Next for Kubernetes는 BGP를 통해 코어 네트워크와 직접 피어링하고, DPU에서 L4–L7 트래픽 관리, mTLS 암호화 연산 오프로드, 프리픽스 인식 토큰 라우팅을 가속화합니다. 이를 통해 테넌트 간 경계를 엄격히 유지하고, 호스트 CPU의 부하를 줄이며, GPU 활용률을 극대화합니다.

NetOps 팀과 플랫폼 팀 간의 협업 강화

그렇다면 NetOps가 경계에서 F5 BIG-IP를 관리하며 하드웨어 수준의 DDoS 완화, 글로벌 트래픽 관리, 규정 준수를 담당하고, 플랫폼 팀은 클러스터 내부에서 F5 Gateway Fabric for NGINX 또는 F5 Ingress Controller for NGINX를 운영한다면 어떻게 될까요?

F5 BIG-IP Container Ingress Services (CIS)는 두 팀의 워크플로를 자동으로 연결합니다.

자동화된 Kubernetes 네이티브 커넥터로 작동하는 BIG-IP CIS는 Ingress, Gateway API, Routes 및 F5 IngressLink/GatewayLink 리소스를 포함한 Kubernetes 및 OpenShift API를 모니터링하고, 외부 BIG-IP 시스템의 구성을 실시간으로 동적으로 설정합니다.

개발자는 Kubernetes 환경에서 표준 YAML로 클러스터 내 트래픽 라우팅, TLS 및 L7 정책을 정의합니다. NetOps는 경계 영역에 대한 거버넌스를 유지하며, CIS가 클러스터 변경 사항을 자동으로 감지하고 외부 BIG-IP의 가상 서버, 풀 멤버 및 멀티 클러스터 DNS/GTM을 업데이트하므로 수동으로 티켓을 발행할 필요가 없습니다. 두 팀은 각자의 영역에 대한 소유권을 유지하면서 경계 영역의 VIP부터 파드까지 엔드투엔드 텔레메트리를 공유하고, 요구 사항이 변화함에 따라 BIG-IP Next for Kubernetes로 업그레이드할 수 있습니다.

SecOps 및 CISO를 위한 오픈 소스 및 엔터프라이즈 전반의 보안 강화 릴리스

각 사용자 유형에 적합한 트래픽 아키텍처를 제공하는 것은 필수적이지만, 데이터 플레인 소프트웨어 역시 AI로 인해 위협이 가속화되는 환경을 견뎌낼 수 있어야 합니다.

수치로 살펴보겠습니다. 2018년에는 CVE가 공개된 후 실제 공격에 활용되는 익스플로잇이 만들어지기까지 방어자에게 평균 771일의 시간이 주어졌습니다. 오늘날 공격용 AI 에이전트는 단 몇 분 만에 취약점을 공격에 악용할 수 있지만, 일반적인 기업은 여전히 패치를 배포하는 데 몇 주씩 걸립니다. 공개 오픈 소스 저장소에서 보안 관련 커밋은 사실상 공격자를 위한 로드맵입니다. AI 도구는 코드의 변경 사항을 비교해, 다운스트림 배포판에서 패키지를 다시 빌드하기 몇 주 전에 익스플로잇을 생성할 수 있습니다.

F5는 보안을 강화한 릴리스를 제공하여 고객이 안심하고 배포할 수 있도록 지원하며, 기업 고객과 오픈 소스 커뮤니티를 모두 보호합니다. F5는 BIG-IP, BIG_IP Next for Kubernetes 및 NGINX 코드베이스 전반에서 내부 AI 보안 테스트 체계를 지속적으로 가동하여 취약점을 선제적으로 발견하고 수정합니다.

보안을 강화한 비공개 릴리스는 NGINX Enterprise, BIG-IP, BIG-IP Next for Kubernetes를 사용하는 상용 고객에게 기능 변경이나 API 사용 중단 없이 보안 문제만을 정밀하게 해결하는 업데이트로 제공됩니다. 이후 기업 인프라에서 안전하게 패치를 먼저 적용할 수 있도록 약 6주의 시간을 둔 뒤, F5는 보안 공지를 게시하고 동시에 NGINX Open Source에 CVE 세부 정보와 패치를 공개합니다.

전체 구성의 통합: 멀티테넌트 GPU 서비스형 플랫폼 확장

이러한 구성 요소가 실제로 어떻게 결합되는지 살펴보기 위해, 최근 아시아 태평양 지역의 선도적인 전자상거래 및 물류 대기업이 구축한 사례를 살펴보겠습니다.

수년간 대규모 내부 AI 워크로드를 운영해 온 이 기업은 NVIDIA DGX 시스템을 기반으로 하는 대규모 온프레미스 Kubernetes 클러스터를 활용해 상용 GPU 서비스형 클라우드(GPUaaS)를 출시하고자 했습니다. 내부 클러스터를 멀티테넌트 클라우드로 전환하는 과정에서 당장 해결해야 할 세 가지 과제가 생겼습니다.

첫째, 외부 기업 테넌트들이 공유 클러스터에 동시에 접근하면서도 테넌트 간 트래픽이 섞이지 않아야 했습니다. 둘째, 플랫폼 팀은 네트워크 작업 티켓을 수동으로 처리하지 않고도 100개 이상의 노드 전반에서 클라우드 네이티브 L7 라우팅, TLS 종료, 네임스페이스 격리를 구현해야 했습니다. 셋째, 커뮤니티 오픈 소스 컨트롤러는 상용 SLA를 뒷받침하는 데 필요한 강력한 트래픽 관리 기능과 연중무휴 24시간 지원이 부족했습니다.

이 회사는 100개의 Kubernetes 노드에 F5 BIG-IP rSeries LTM, BIG-IP CIS, F5 Ingress Controller for NGINX를 결합한 2계층 Kubernetes 트래픽 아키텍처를 구축했습니다. 에지에서 BIG-IP rSeries 어플라이언스는 높은 처리량의 L4 부하 분산을 제공하며, 전용 vCPU, 메모리, 라우팅 파티션을 통해 가상 로드 밸런서를 엄격하게 격리하여 각 테넌트 도메인을 격리된 가상 IP에 일대일로 매핑합니다.

F5 IngressLink를 사용하는 BIG-IP CIS는 Kubernetes API를 모니터링하고, 수동 티켓 처리 없이 외부 BIG-IP 가상 서버를 클러스터 내 NGINX 파드에 자동으로 연결합니다. 클러스터 내부에서는 테넌트 전용 NGINX Ingress Controller 파드가 TLS를 종료하고 암호 해독을 수행하며 L7 라우팅 및 인증을 적용하여 각 테넌트의 격리된 네임스페이스와 GPU 리소스로 트래픽을 전달합니다.

이 회사는 NetOps 팀에 엣지에서 BIG-IP 기반의 하드웨어 격리 기능을 제공하고, 플랫폼 엔지니어에게는 클러스터 내에서 클라우드 네이티브 NGINX의 민첩성을 제공하며, 이 둘을 BIG-IP CIS로 연결함으로써 GPUaaS 플랫폼을 일정대로 출시했습니다. 동시에 AI 팩토리의 규모 확장에 맞춰 BIG-IP Next for Kubernetes로 전환할 수 있는 기반도 마련했습니다.

팀의 업무 방식에 맞춘 트래픽 제어 및 보안

According to 2026 엔터프라이즈 Kubernetes 전략 현황에 따르면, 기업의 24%는 단 하나의 미비점 때문에 Kubernetes 성숙도 향상에 어려움을 겪고 있으며, 대부분 관측 가능성이나 어드미션 컨트롤이 그 원인입니다. "정착 단계"와 "엔터프라이즈급" 사이의 격차는 플랫폼의 문제가 아닙니다. 트래픽 제어, 보안, 그리고 팀 간 협업 방향 조율의 문제입니다.

F5는 모든 역할에 걸쳐 이러한 격차를 해소합니다. 지원이 종료된 커뮤니티 ingress-nginx에서 엔터프라이즈 지원을 제공하는 솔루션으로 마이그레이션하세요. BIG-IP CIS로 NetOps와 플랫폼 워크플로를 자동으로 연결하세요. BIG-IP Next for Kubernetes로 멀티테넌트 AI 클러스터의 인그레스 및 이그레스 트래픽을 관리하세요. 또한 CVE가 공개되기 몇 주 전에 제공되는 보안 전용 릴리스로 전반적인 보안을 강화하세요. F5 ADSP는 다양한 팀의 요구 사항을 충족하는 통합 아키텍처를 통해 기업이 Kubernetes를 대규모로 안전하고 효율적으로 운영하는 데 필요한 Kubernetes 운영 성숙도를 제공합니다.

더 자세히 알아보고 싶으신가요? 11월 9~12일 솔트레이크시티에서 열리는 KubeCon의 F5 부스 #100을 방문하세요. F5 엔지니어와 직접 소통하며 Kubernetes 네트워킹 병목 현상의 해결 방안을 모색하고, 인터랙티브 데모를 체험하고, 실무에 유용한 브리핑을 들으며 Kubernetes 병목 현상을 함께 해결해 보세요.

블로그에서 ‘대부분의 기업이 엔터프라이즈 수준의 보안에 도달하지 못한 이유’를 읽어보세요.

또한, “엔터프라이즈급 Kubernetes 전략의 차별점” 웨비나에도 꼭 등록하세요.