Por que sua pilha Kubernetes DIY não sobreviverá à era da IA agentiva

Este blog foi originalmente publicado no TheNewStack. Você pode ver a publicação original aqui.

Estamos em um ponto de inflexão na TI empresarial. Na última década, "modernização" tem sido sinônimo de containerization — essencialmente empacotar aplicações para que possam rodar em qualquer lugar. Mas os objetivos mudaram. O desafio não é mais apenas rodar microsserviços estáticos; é preparar-se para uma era de IA Agente e workloads dinâmicos e famintos por recursos que desafiam o planejamento de infraestrutura tradicional. Isso não é apenas uma mudança técnica; é uma estratégia de sobrevivência impulsionada por algumas grandes transformações no cenário.

Primeiro, temos o choque de realidade da IA. Estamos avançando rapidamente de chatbots simples para agentes autônomos – software que planeja, raciocina e age. Esses agentes não se encaixam nos padrões de uso previsíveis de "9 às 5" de aplicações legadas. Eles são bursty, exigindo computação massiva para curtas janelas de inferência e escalando a zero quando ociosos. Tentar suportar esses workloads fluidos com provisionamento de infraestrutura rígido e baseado em tickets é inviável. Você simplesmente não pode provisionar manualmente para um agente que precisa escalar agora.

Depois, há o colapso da eficiência. As organizações estão se afogando nos custos de "Day 2" de suas plataformas DIY (faça você mesmo). Ao juntar ferramentas open-source díspares, as equipes criaram inadvertidamente um enorme fardo de manutenção. Engenheiros altamente remunerados estão gastando seus dias corrigindo ingress controllers e depurando YAML em vez de entregar valor de negócio. O custo de manter a plataforma eclipsou o valor das aplicações que ela hospeda.

Finalmente, temos o mandato da private cloud. À medida que as preocupações com a gravidade e a soberania dos dados crescem, a public cloud nem sempre é a resposta. As empresas precisam de um "Cloud Operating Model" — a capacidade de fornecer APIs, não tickets — dentro de seus próprios data centers.

Confiável por empresas e amada por desenvolvedores, o VMware Tanzu é construído para equipes de plataforma e dados que desejam acelerar a entrega de software agente e dados prontos para IA. O Tanzu fornece uma plataforma de aplicações agente pré-projetada e uma plataforma de inteligência de dados pronta para IA que ajuda as empresas a construir, executar, gerenciar e proteger agentes, suas integrações e dados para que você possa capitalizar a IA em escala.

A conclusão é simples: precisamos parar de construir plataformas e começar a consumi-las. A infraestrutura deve se tornar invisível para que a inteligência, tanto humana quanto artificial, possa florescer.

O fim do "monte sua própria plataforma"

Passamos a última década presos em uma falsa dicotomia. As organizações eram "Cloud Native" rodando Kubernetes, ou "Legacy" rodando Virtual Machines. A indústria investiu bilhões de dólares e incontáveis horas de engenharia para reescrever as leis da física, convencendo-nos de que, se apenas containerizássemos tudo, atingiríamos o nirvana operacional. Alerta de spoiler: não aconteceu.

Em vez disso, construímos a "Plataforma Frankenstein". Olhe para a sua equipe média de engenharia de plataforma. Eles estão afogados em complexidade, tentando juntar ArgoCD, Istio, Tekton, Prometheus e uma dúzia de outros projetos CNCF apenas para recriar a experiência de desenvolvedor que o Pivotal Cloud Foundry (agora Tanzu Platform) resolveu em 2012.

"O custo oculto dessas plataformas Frankenstein não é apenas a engenharia inicial; é o pesadelo do 'Day 2'… Sua equipe de plataforma para de inovar e começa a apagar incêndios."

O custo oculto dessas plataformas Frankenstein não é apenas a engenharia inicial; é o pesadelo do "Day 2". Quando uma vulnerabilidade de segurança atinge uma versão específica do Istio, ou quando uma atualização do Prometheus quebra seus dashboards do Grafana, sua equipe de plataforma para de inovar e começa a apagar incêndios. Eles se tornam operadores sobrecarregados de um stack frágil, em vez de facilitadores de valor de negócio. Prometemos aos desenvolvedores uma experiência de autoatendimento, mas lhes demos uma fila de tickets para uma equipe de plataforma que está perpetuamente sobrecarregada.

Mas olhando para onde a infraestrutura está caminhando em 2026, reconhecemos um novo padrão. Não se trata de escolher entre a estabilidade do passado e a flexibilidade do futuro. Trata-se de empilhá-las.

O plano de controle universal

O desenvolvimento mais importante no Kubernetes recentemente não tem nada a ver com containers. É a percepção de que a API do Kubernetes é efetivamente o plano de controle universal para o data center. Esta é a ideia principal por trás da noção de que o Kubernetes é uma plataforma para construir plataformas; um lugar melhor para começar, não o objetivo final. Levamos mais tempo do que deveríamos para entender isso e, em vez disso, tratamos o Kubernetes como um produto vendido diretamente aos desenvolvedores, forçando-os a lidar com YAML e a descobrir orçamentos de interrupção de pod. Eventualmente, entendemos que o Kubernetes nunca foi feito para ser a interface do usuário. É o código de montagem do data center moderno, a camada invisível sobre a qual construímos.

O elo perdido: Operações autônomas

Enquanto o Kubernetes resolveu a API de infraestrutura, ele, sem dúvida, piorou o ciclo de vida das aplicações. Trocamos os guardrails de uma Platform as a Service (PaaS) pela flexibilidade bruta de uma configuração infinita. Mas, mais uma vez, olhamos para o Cloud Foundry em busca de insights sobre o futuro. Se o objetivo final são operações verdadeiramente autônomas, então você precisa de uma plataforma que imponha padronização para garantir consistência e escala. Ao entregar ferramentas e práticas padrão através da plataforma, podemos alcançar o nirvana da automação!

Vamos considerar o BOSH, o coração do Cloud Foundry. Embora, à primeira vista, o BOSH pareça uma ferramenta de deployment, ele funciona mais como um Engenheiro de Disponibilidade. Ele não apenas implanta código, mas também monitora a saúde do sistema, ressuscita componentes com falha, rotaciona credenciais e aplica patches em sistemas operacionais sem downtime. Ao contrário dos operadores padrão do Kubernetes, que muitas vezes se concentram na camada de aplicação, o BOSH compreende profundamente as dependências da infraestrutura. Ele sabe como drenar um nó, reprovisionar o sistema operacional e reconectar o storage sem que a aplicação e o desenvolvedor percebam qualquer interrupção. Ele fornece a capacidade de "reparo dinâmico" que o Kubernetes puro assume que é tratada por outra pessoa. Em um mundo de complexidade crescente, ter uma plataforma que pode se auto-reparar no nível da VM não é um luxo; é um pré-requisito para a escala.

O catalisador da IA

Essa necessidade de uma plataforma de aplicação opinativa e consistente está sendo impulsionada pela explosão da IA Agente. Veja como as public clouds estão resolvendo para Agentes de IA. Eles definitivamente não estão entregando clusters Kubernetes puros aos desenvolvedores. As plataformas agente de public cloud abstraem completamente a infraestrutura. Por quê? Porque os agentes de IA são não-determinísticos. Eles escalam rapidamente, encadeiam tarefas complexas e precisam de ambientes efêmeros. Gerenciar o ciclo de vida de milhares de agentes autônomos no nível do "Pod" é um pesadelo.

"As plataformas agente de public cloud abstraem completamente a infraestrutura. Por quê? Porque os agentes de IA são não-determinísticos. Eles escalam rapidamente, encadeiam tarefas complexas e precisam de ambientes efêmeros."

Além disso, as demandas de recursos da IA Agente aumentam de forma imprevisível. Um agente pode ficar ocioso por horas e, de repente, exigir computação massiva para paralelizar uma complexa cadeia de raciocínio. Codificar essa infraestrutura é ineficiente e caro. Precisamos de uma plataforma que trate esses agentes como cidadãos de primeira classe, escalando automaticamente a computação subjacente a zero quando ociosa e explodindo instantaneamente quando o agente precisa "pensar", sem que um operador humano precise provisionar um único servidor. A indústria está votando com os pés aqui: a IA precisa de plataformas de alto nível e opinativas. Se quisermos rodar esses workloads on-premise (onde os dados residem), não podemos depender de infraestrutura pura. Precisamos de um stack que imite o modelo da public cloud.

A era pós-hype

A era do "Resume Driven Development" – escolher ferramentas porque estão na moda – acabou. A próxima onda de liderança de pensamento é sobre Convergência. Estamos entrando em uma fase de "Kubernetes Industrializado". A fase de experimentação acabou. O objetivo não é mais ver se podemos construí-lo, mas sim ver quão rápido podemos entregar valor sobre ele. Os vencedores da próxima década não serão aqueles que construírem os clusters Kubernetes mais complexos. Serão aqueles que perceberem que a melhor plataforma é aquela que você não precisa construir sozinho.