O Kubernetes não é mais um ambiente de experimentação para os primeiros adeptos. É o sistema operacional das empresas modernas. Quase 20 milhões de desenvolvedores de aplicações nativas da nuvem estão desenvolvendo soluções com ele em todo o mundo. A previsão é que mais de 90% das organizações no mundo executem aplicações em contêineres em produção até 2027. E dois terços das organizações que adotam IA generativa já executam cargas de trabalho de inferência no Kubernetes. A orquestração de contêineres é oficialmente uma função de missão crítica.
Mas esta é a verdade incômoda: apenas 38% das organizações que executam Kubernetes em produção atingiram um nível de maturidade empresarial, segundo o relatório O panorama da estratégia de Kubernetes empresarial em 2026, baseado em uma pesquisa da SlashData patrocinada pela F5. Cerca de metade — 51% — está em um estágio "estabelecido", mas ainda enfrenta lacunas críticas em governança, observabilidade, resiliência ou na cadeia de suprimentos de software. Os 11% restantes ainda estão em processo de padronização.
Para ajudar as empresas a alcançar o nível de maturidade em Kubernetes de classe empresarial de que precisam, a F5 Application Delivery and Security Platform (ADSP) oferece uma arquitetura unificada que elimina a divisão operacional entre balanceadores de carga externos e o ingress dentro do cluster, substituindo conjuntos de ferramentas frágeis de vários fornecedores por uma arquitetura coesa de classe empresarial.
Uma base comum que une as equipes
O Kubernetes faz seu trabalho excepcionalmente bem. Ele agenda cargas de trabalho, dimensiona recursos computacionais de forma elástica, recupera automaticamente pods com falha e abstrai o hardware subjacente em ambientes híbridos e multinuvem. Mas orquestrar contêineres é apenas metade da equação. Controlar e proteger o tráfego é a outra metade.
O Kubernetes nunca foi projetado para controlar o comportamento do tráfego de aplicações e de IA em ambientes corporativos distribuídos. Ele não toma decisões de roteamento em tempo real com base nas condições globais da rede, não aplica políticas de segurança corporativa de forma consistente nos caminhos de entrada e saída, nem garante o isolamento rigoroso do tráfego entre múltiplos locatários em escala.
E é isso que torna o problema ainda mais difícil: o tráfego e a segurança do Kubernetes não estão sob a responsabilidade de um único perfil profissional. Um engenheiro de plataforma que expõe microsserviços via GitOps, um arquiteto de redes que gerencia o peering do protocolo BGP (Border Gateway Protocol) entre múltiplos clusters e a transferência de processamento para DPUs, e um CISO que se defende contra ataques que exploram vulnerabilidades de dia zero com o uso de IA têm requisitos operacionais fundamentalmente diferentes.
Forçar todas as partes interessadas a usar uma única ferramenta genérica nunca funciona: ela acaba sendo complexa demais para os desenvolvedores ou limitada demais para as equipes de infraestrutura corporativa. O F5 ADSP adota uma abordagem diferente, oferecendo soluções nativas da nuvem desenvolvidas especificamente para a forma como cada perfil realmente controla e protege o tráfego, todas apoiadas em uma base comum que une as equipes sem obrigar ninguém a abrir mão de suas necessidades.
Equipes diferentes, prioridades distintas de tráfego e segurança
À medida que o Kubernetes ganha escala — especialmente conforme as organizações migram de aplicações web sem estado para cargas de trabalho de IA com estado e alta taxa de processamento —, surgem quatro personas distintas, cada uma com desafios muito diferentes.
- O líder de plataforma e DevOps prioriza velocidade, autoatendimento e fluxos de trabalho em YAML nativos do Kubernetes. Com muita frequência, começa com um controlador gratuito da comunidade — como o projeto comunitário ingress-nginx, recentemente descontinuado — e acaba tendo que manter software sem suporte em dezenas de clusters de produção, consumindo recursos da equipe de engenharia com tarefas operacionais repetitivas.
- O líder de NetOps e infraestrutura exige roteamento eficiente, offload de TLS de alta capacidade, isolamento rigoroso entre tenants e visibilidade de ponta a ponta. Quando o tráfego entra em um cluster, as equipes de rede frequentemente perdem a visibilidade do que está acontecendo, o que leva a sessões de crise de quatro horas tentando comprovar se a indisponibilidade está na rede ou no pod.
- O responsável pela infraestrutura de IA investiu milhões em clusters de GPUs que frequentemente ficam subutilizados — não por falta de capacidade computacional, mas porque o gargalo está na entrada e saída eficiente de tokens, no roteamento inteligente de solicitações entre modelos e no isolamento do tráfego de GPU entre múltiplos locatários.
- O CISO e o líder de SecOps se preocupam com a exposição impossível de quantificar em clusters efêmeros, com a inconsistência das políticas de firewall de aplicações web (WAF) e de segurança de APIs, e com a velocidade com que as vulnerabilidades modernas são exploradas.
Em vez de pedir que a equipe de DevOps pense como a de NetOps — ou que a equipe de NetOps gerencie o YAML das aplicações —, a F5 oferece o plano de dados e o plano de controle nativos da nuvem adequados para cada equipe.
“A F5 adota uma abordagem diferente, oferecendo soluções nativas da nuvem desenvolvidas especificamente para a forma como cada perfil de usuário realmente controla e protege o tráfego, todas apoiadas por uma base comum que une as equipes sem obrigar ninguém a fazer concessões.”
Para equipes de DevOps e de plataforma: agilidade leve e nativa do Kubernetes
Engenheiros de plataforma e desenvolvedores querem uma solução leve e ágil, que opere nativamente no Kubernetes e se integre sem atritos aos pipelines de CI/CD e GitOps. Esse é exatamente o papel do F5 Ingress Controller for NGINX e do F5 Gateway Fabric for NGINX, ambos integrantes da F5 ADSP.
Com a confiança de milhões de implantações nativas da nuvem, o F5 NGINX é a escolha natural para padronizar o gerenciamento de tráfego de aplicações e APIs dentro do cluster. Quer suas equipes usem recursos do Kubernetes Ingress ou o moderno padrão Kubernetes Gateway API — incluindo a Gateway API Inference Extension para cargas de trabalho de IA —, as soluções NGINX da F5 oferecem uma base ultrarrápida e fácil de usar para desenvolvedores.
Em termos de eficiência de recursos, os proxies concorrentes apresentam um aumento expressivo no consumo de memória ao lidar com prompts de IA de contexto longo ou payloads em streaming. O F5 Gateway Fabric for NGINX, por outro lado, mantém um consumo de memória constante e previsível, independentemente do tamanho do payload.
Para organizações que estão migrando do projeto comunitário ingress-nginx, que foi descontinuado, a F5 oferece um caminho com suporte empresarial, respaldado por SLA e com conversão automatizada de configurações — para que a migração não precise ser complicada.
E a segurança não é adicionada só depois. As equipes podem incorporar produtos F5 WAF, segurança de APIs, autenticação (OIDC, JWT), limitação de taxa e mecanismos de proteção em tempo real para prompts e respostas de IA diretamente em seus manifestos do Kubernetes, protegendo o tráfego de aplicações e LLMs na velocidade do código.
Para arquitetos de infraestrutura e IA: isolamento multicluster e tráfego de saída
Um proxy leve dentro do cluster é ideal para equipes de aplicações, mas ambientes corporativos de grande porte, operadoras de telecomunicações e fábricas de IA precisam de escalabilidade de nível de operadora, isolamento rigoroso entre locatários e controle de tráfego bidirecional. É aí que o F5 BIG-IP Next for Kubernetes entra em cena.
Desenvolvido com base no Traffic Management Microkernel (TMM) da F5, nativo de contêineres, e projetado para ser executado em nós de trabalho padrão ou com processamento transferido para DPUs NVIDIA BlueField-3, o BIG-IP Next for Kubernetes oferece controle de tráfego e segurança de nível de infraestrutura diretamente no Kubernetes.
A maioria das ferramentas de Kubernetes se concentra apenas no tráfego de entrada. O BIG-IP Next for Kubernetes gerencia e protege tanto o tráfego de entrada quanto o de saída. À medida que microsserviços e agentes de IA acessam APIs externas, bancos de dados upstream, servidores do Model Context Protocol (MCP) e serviços entre clusters, o tráfego de saída não gerenciado se torna um ponto cego significativo para a exfiltração de dados. O BIG-IP Next for Kubernetes aplica roteamento determinístico de saída, SNAT, proteção por firewall baseada em namespaces e microssegmentação de confiança zero.
Para ambientes multicluster e multilocatário, o BIG-IP Next for Kubernetes estabelece peering diretamente com as redes centrais via BGP e acelera o gerenciamento de tráfego L4–L7, a transferência do processamento criptográfico de mTLS e o roteamento de tokens com reconhecimento de prefixos nas DPUs. O resultado: limites rigorosos entre locatários, CPUs dos hosts liberadas e utilização maximizada das GPUs.
Unindo as equipes de NetOps e de plataforma
Então, o que acontece quando a equipe de NetOps gerencia o F5 BIG-IP no perímetro — cuidando da mitigação de DDoS em nível de hardware, do gerenciamento global de tráfego e da conformidade — enquanto a equipe de Plataforma executa o F5 Gateway Fabric for NGINX ou o F5 Ingress Controller for NGINX dentro do cluster?
F5 BIG-IP Container Ingress Services (CIS) conecta os fluxos de trabalho das duas equipes automaticamente.
Atuando como um conector automatizado e nativo do Kubernetes, o BIG-IP CIS monitora as APIs do Kubernetes e do OpenShift — incluindo Ingress, Gateway API, Routes e recursos F5 IngressLink/GatewayLink — e configura dinamicamente sistemas BIG-IP externos em tempo real.
Os desenvolvedores permanecem no Kubernetes, definindo o roteamento de tráfego dentro do cluster, o TLS e as políticas de L7 em YAML padrão. A equipe de NetOps mantém a governança do perímetro, enquanto o CIS detecta automaticamente alterações no cluster e atualiza servidores virtuais, membros de pool e DNS/GTM multicluster no BIG-IP externo, sem a necessidade de abrir chamados manualmente. Ambas as equipes mantêm o controle de seus respectivos domínios e compartilham telemetria de ponta a ponta, do VIP do perímetro ao pod, com a possibilidade de migrar para o BIG-IP Next for Kubernetes à medida que as necessidades evoluem.
Para SecOps e CISOs: versões com segurança reforçada para código aberto e soluções empresariais
Oferecer a arquitetura de tráfego adequada a cada perfil é essencial, mas o software do seu plano de dados também precisa resistir a um cenário de ameaças acelerado pela IA.
Considere os números. Em 2018, os responsáveis pela defesa tinham em média 771 dias após a divulgação de uma CVE até que um exploit fosse preparado para uso em ataques. Hoje, agentes de IA ofensiva podem preparar vulnerabilidades para exploração em minutos, enquanto uma empresa típica ainda leva várias semanas para aplicar uma correção. Em repositórios públicos de código aberto, cada commit de segurança é, essencialmente, um roteiro para os invasores; ferramentas de IA podem comparar as alterações no código e gerar exploits semanas antes que as distribuições que dependem desses repositórios recompilem os pacotes.
A F5 entrega versões reforçadas para que você possa lançar suas soluções com confiança, protegendo tanto os clientes comerciais quanto a comunidade de código aberto. A F5 executa continuamente uma estrutura interna de testes de segurança com IA nas bases de código do BIG-IP, do BIG_IP Next for Kubernetes e do NGINX para identificar e corrigir vulnerabilidades de forma proativa.
Versões reforçadas e confidenciais são disponibilizadas aos clientes comerciais do NGINX Enterprise, BIG-IP e BIG-IP Next for Kubernetes como atualizações pontuais, exclusivamente de segurança, sem alterações de funcionalidades nem descontinuações de APIs. Então, cerca de seis semanas depois — dando à infraestrutura corporativa uma vantagem segura para aplicar as correções —, a F5 publica seu comunicado de segurança e, simultaneamente, disponibiliza detalhes das CVEs e correções para o NGINX Open Source.
Como tudo se integra: escalando uma plataforma de GPU como serviço multilocatária
Para entender como esses elementos se integram na prática, veja a implantação recente realizada por uma das principais gigantes do comércio eletrônico e da logística da região Ásia-Pacífico.
Após anos executando cargas de trabalho internas de IA em grande escala, a empresa decidiu lançar uma nuvem comercial de GPU como serviço (GPUaaS), baseada em clusters Kubernetes de grande porte em infraestrutura local, equipados com sistemas NVIDIA DGX. A transformação dos clusters internos em uma nuvem multilocatária trouxe três desafios imediatos.
Primeiro, os clientes corporativos externos precisavam de acesso simultâneo a clusters compartilhados, sem vazamento de tráfego entre eles. Segundo, a equipe de plataforma precisava de roteamento L7 nativo da nuvem, terminação TLS e isolamento de namespaces em mais de 100 nós, sem precisar abrir chamados manuais de rede. E terceiro, os controladores de código aberto mantidos pela comunidade simplesmente não ofereciam o gerenciamento robusto de tráfego e o suporte 24 horas por dia, 7 dias por semana, necessários para garantir um SLA comercial.
A empresa implantou uma arquitetura de tráfego Kubernetes de duas camadas que combina F5 BIG-IP rSeries LTM, BIG-IP CIS e F5 Ingress Controller for NGINX em 100 nós Kubernetes. Na borda, os appliances BIG-IP rSeries oferecem balanceamento de carga L4 de alta vazão e isolamento rigoroso dos balanceadores de carga virtuais — com vCPU, memória e partições de roteamento dedicadas —, mapeando cada domínio de locatário individualmente para um IP virtual isolado.
Com o F5 IngressLink, o BIG-IP CIS monitora a API do Kubernetes e vincula automaticamente os servidores virtuais BIG-IP externos aos pods NGINX dentro do cluster, sem a necessidade de chamados manuais. Dentro do cluster, os pods do NGINX Ingress Controller dedicados a cada locatário realizam a terminação TLS, executam a descriptografia e aplicam o roteamento e a autenticação de camada 7 (L7), direcionando o tráfego para o namespace isolado e os recursos de GPU de cada locatário.
Ao oferecer à equipe de NetOps isolamento de hardware com BIG-IP na borda, proporcionar aos engenheiros de plataforma a agilidade nativa da nuvem do NGINX dentro do cluster e conectar os dois com o BIG-IP CIS, a empresa lançou sua plataforma de GPUaaS dentro do prazo — ao mesmo tempo em que preparou o caminho para adotar o BIG-IP Next for Kubernetes à medida que sua fábrica de IA se expande.
Controle de tráfego e segurança projetados para a forma como suas equipes trabalham
Segundo O panorama da estratégia de Kubernetes nas empresas em 2026, 24% das empresas não conseguem atingir a maturidade em Kubernetes por causa de uma única lacuna — geralmente em observabilidade ou controle de admissão. A distância entre "estabelecido" e "de nível empresarial" não é um problema de plataforma. É um problema de controle de tráfego, segurança e alinhamento entre equipes.
A F5 elimina essa lacuna para todos os perfis profissionais. Migre do ingress-nginx da comunidade, que foi descontinuado, com uma alternativa que conta com suporte empresarial. Integre automaticamente os fluxos de trabalho de NetOps e das equipes de plataforma com o BIG-IP CIS. Controle o tráfego de entrada e saída de clusters de IA multitenant com o BIG-IP Next for Kubernetes. E reforce a proteção de todo o ambiente com versões dedicadas exclusivamente à segurança, disponibilizadas semanas antes da divulgação pública de CVEs. Com uma arquitetura unificada que atende às necessidades de diferentes equipes, o F5 ADSP oferece a maturidade operacional em Kubernetes de que as empresas precisam para executar o Kubernetes com segurança e eficiência em escala.
Quer se aprofundar? Visite o estande nº 100 da F5 na KubeCon em Salt Lake City, de 9 a 12 de novembro, e converse diretamente com nossos engenheiros para resolver os gargalos de rede do seu ambiente Kubernetes, explorar demonstrações interativas, receber orientações práticas e superar os gargalos do Kubernetes.
Leia nosso blog: “Por que a maioria das empresas ainda não alcançou um nível de segurança empresarial”.
Não deixe de se inscrever também no nosso webinar “O que diferencia uma estratégia de Kubernetes de nível empresarial das demais”.
Sobre os autores
Publicações relacionadas no blog
Segurança de APIs sem concessões: apresentamos novas opções flexíveis de descoberta com F5 API security
As opções ampliadas de descoberta de APIs da F5 foram desenvolvidas para oferecer o máximo de flexibilidade e atender às organizações onde quer que estejam.
Governe sua IA no presente e antecipe o futuro da sua IA
Aprenda com nosso CISO de campo, Chuck Herrin, como se preparar para o novo desafio de proteger modelos e agentes de IA.
Segurança de IA para a cadeia de suprimentos
As cadeias de suprimentos são cada vez mais impulsionadas pela IA — desde a previsão de demanda e o planejamento logístico até a análise de riscos de fornecedores e a gestão de estoque em tempo real. Essas ferramentas ajudam as empresas a reduzir custos, aumentar a resiliência e se adaptar a disrupções globais. No entanto, elas também criam novos riscos em um vasto ecossistema: nossas soluções de segurança de IA em tempo de execução protegem o setor de Cadeia de Suprimentos […]
Segurança de IA para Recursos Humanos
A IA está revolucionando o RH. As empresas estão implementando copilotos de recrutamento com IA, assistentes de integração, chatbots de suporte aos funcionários e ferramentas de análise da força de trabalho para reduzir custos e melhorar a experiência dos colaboradores. No entanto, as aplicações de RH também apresentam riscos específicos que podem expor as organizações a falhas de conformidade, alegações de viés e danos à reputação: nossas soluções de segurança de IA em tempo de execução protegem o setor de RH com […]
Equilibrando o desempenho da IA e a gestão de recursos
As organizações dependem cada vez mais de ferramentas e iniciativas de IA para impulsionar a inovação e a transformação. Cada avanço incremental na sofisticação das ferramentas de IA torna o equilíbrio entre desempenho e gestão de recursos um desafio maior e mais relevante para as equipes de TI e segurança. No entanto, esse equilíbrio é essencial para maximizar o ROI, garantir a segurança e manter a eficiência em toda a […]
Integração de APIs em IA: a base técnica
A integração de APIs é um canal essencial no ecossistema de IA, por meio do qual diferentes sistemas, plataformas e aplicações interagem. Analisamos as nuances técnicas da integração de APIs em IA, com ênfase em sua importância para aprimorar a eficiência e os recursos dos sistemas de IA. As APIs permitem a troca fluida de dados e funcionalidades entre diferentes soluções de IA […]