quarta-feira, 24 de junho de 2026

Kubernetes não está morrendo, está ficando chato (no bom sentido)

Esses dias vários colegas me mandaram o mesmo link, com aquela cara de "tá vendo? eu avisei". Um artigo no Medium com um título de parar o trânsito: "Kubernetes is Officially Doomed (And Linus Torvalds Warned Us)". A tese? Kubernetes está condenado, e o próprio Linus Torvalds já teria nos avisado lá atrás.

Confesso que achei o negócio um absurdo. Não pela crítica em si — Kubernetes é complexo, isso ninguém honesto nega — mas pela construção sensacionalista, colocando palavras na boca do Torvalds sobre uma tecnologia que sequer existia quando ele disse o que disse. Aliás, o gênero é tão batido que já tem mais de um artigo com exatamente o mesmo título. Como administro cluster Kubernetes no dia a dia (vanilla e OpenShift), resolvi parar de só revirar os olhos e fazer a coisa direito: levantar dados reais, ouvir os vários lados e fazer um fact-check de verdade.

Pra isso usei o Claude (Anthropic) num modo de pesquisa aprofundada, puxando fontes primárias — CNCF, The Register, The New Stack, Red Hat e companhia. O que veio abaixo é o resultado. Spoiler: a realidade é bem mais interessante (e menos dramática) que a manchete.

Aviso de honestidade: o levantamento abaixo foi feito com auxílio de IA e revisado por mim. As fontes estão linkadas ao longo do texto pra você conferir cada número na fonte. Não tenho lado de torcida aqui — só não gosto de clickbait travestido de profecia. 😏

TL;DR pra quem tem pressa

  • "Kubernetes está condenado" é clickbait, não fato. A pesquisa anual da CNCF mostra uso em produção subindo de 66% (2023) para 82% (2025), com 98% de adoção de tecnologias cloud-native.
  • "Torvalds nos avisou sobre Kubernetes" é uma fabricação retroativa. Não existe registro dele citando Kubernetes. As falas usadas são sobre microkernels (debate de 1992 com Tanenbaum) e um comentário genérico sobre "buzzwords" em 2015 — ambos descontextualizados.
  • O que existe de real é uma crítica legítima à complexidade operacional e um movimento seletivo (não em massa) de repatriação de nuvem e de "volta ao monólito".
  • A leitura honesta: Kubernetes virou padrão de fato e está ficando "invisível" (escondido atrás de plataformas gerenciadas e Platform Engineering). Pra muita empresa pequena, é overkill mesmo. Mas isso é maturação, não morte.

O que o Torvalds REALMENTE disse

Essa é a parte que mais me incomodou, porque é fácil de checar e o artigo simplesmente... não checou. O mecanismo retórico é sempre o mesmo: pega a vitória histórica do kernel monolítico do Linux e transforma numa suposta cruzada do Torvalds contra microsserviços e orquestração de containers. Vamos aos fatos:

  • Debate Tanenbaum–Torvalds (1992): Torvalds defendeu o kernel monolítico do Linux contra a tese de Andrew Tanenbaum de que microkernels eram superiores. O tema era arquitetura de kernel de sistema operacional — não orquestração de containers. É daqui que tiram o tal "aviso".
  • "Just for Fun" (2001): a frase registrada é "microkernels are just stupid". De novo: microkernel de SO, não microsserviço de aplicação.
  • LinuxCon Seattle (2015): num Q&A, respondendo sobre planejamento de longo prazo, ele fez um aparte sobre buzzwords: "I'm sorry to everybody involved here in containers... I'm so happy that the kernel tends to be fairly far removed from all of these issues, all of the buzzwords and all the new technologies." A manchete famosa "Don't talk to me about containers" é paráfrase do The Register, não citação literal dele.
  • Sobre cgroups: aquela crítica de "caos e inconsistência" nos cgroups que vira e mexe atribuem ao Torvalds? Foi do Tejun Heo (mantenedor dos cgroups) e dos mantenedores do scheduler. Não do Linus.

Resumindo: o "Torvalds avisou" não se sustenta. Ele nunca falou de Kubernetes. Ponto.

Os números desmentem a "morte"

Se Kubernetes estivesse morrendo, os dados mostrariam. Mostram o contrário:

Pé no chão: a CNCF é a fundação que abriga o Kubernetes — ou seja, tem conflito de interesse e a amostra é de praticantes que já vivem desse mundo. Mas os números batem com fontes independentes (SlashData, relatórios de mercado), então servem pelo menos como ordem de grandeza confiável.

Onde a crítica TEM razão

Pra não cair no oposto do clickbait (o negacionismo de quem acha que K8s é a solução pra tudo), é justo reconhecer: a dor é real.

  • "YAML hell": cada microsserviço pede um monte de manifestos por ambiente. Cluster com 50+ serviços vira dezenas de milhares de linhas de YAML.
  • Curva de aprendizado e fadiga: o famoso "tool sprawl" — Terraform, Helm, Argo CD, Flux, Kustomize, Crossplane, Backstage... cada um com seu próprio jeito de quebrar.
  • Segurança: pela pesquisa da Red Hat, 2/3 das organizações já atrasaram deployments por preocupações de segurança no K8s.
  • Custo (TCO): não é só compute. É time de plataforma dedicado, gente especializada e cara.

A diferença é que a indústria não está abandonando o Kubernetes por causa disso — está escondendo ele. Platform Engineering, Internal Developer Platforms, golden paths, plataformas gerenciadas (EKS, GKE, AKS, OpenShift). O dev moderno muitas vezes nem toca no YAML. É a tese do "Kubernetes invisível".

E os casos de "fuga"? Repatriação e volta ao monólito

Os artigos sensacionalistas adoram dois casos. Vale entender o que de fato aconteceu:

O ecossistema também evolui (eBPF, WASM e cia.)

Outra coisa que a manchete ignora: Kubernetes não é uma estátua. O Cilium (baseado em eBPF) está substituindo o velho kube-proxy/iptables por programas no kernel, com lookup O(1) em vez de cadeias O(n). E o WebAssembly (WASM) desponta como complemento pra cargas de edge e cold-start — mas, como o próprio Solomon Hykes (criador do Docker) deixou claro, não é substituto de container. Projetos como SpinKube rodam WASM dentro do próprio Kubernetes.

O padrão "X está morto"

No fim, esse tipo de manchete encaixa num clássico do jornalismo de tecnologia. "Java está morto" é declarado desde os anos 90 — e Java segue dominante, agora com virtual threads e GraalVM. Mainframe idem. O roteiro é sempre o mesmo: tecnologia nova surge com força real → entusiasmo e blogs → algumas empresas migram parte do stack → manchetes de morte → a incumbente absorve as lições e segue firme.

"Kubernetes is dead" é só o capítulo da vez.

Minha conclusão (de quem opera os clusters)

Kubernetes não está morrendo. Está amadurecendo e ficando chato — no bom sentido, igual o Linux ficou. Aquela coisa que todo mundo usa, poucos especialistas operam de verdade, e que vai sumindo de vista atrás de camadas de abstração.

A crítica à complexidade é justa e a gente que opera sente na pele. Mas a resposta certa não é deletar o cluster e voltar pro scp heroico — é abstrair com inteligência, escolher a ferramenta pelo tamanho do problema (nem todo mundo precisa de K8s, e tá tudo bem) e parar de tratar manchete de Medium como profecia bíblica.

No frigir dos ovos: se um colega te mandar de novo aquele link dizendo "tá condenado", manda esse post de volta. 😄


Levantamento de fontes e primeira redação com auxílio de IA (Claude/Anthropic), revisão e edição finais por André Felício. As referências estão linkadas ao longo do texto — clique e confira na fonte, que é exatamente o espírito da coisa. Dúvidas, correções ou xingamentos: caixa de comentários abaixo.

Nenhum comentário:

Postar um comentário

Dúvidas ou sugestões? Envie seu comentário.