Kubernetes 1.37 “Garhwal”: o que vale prestar atenção (e a versão de que você precisa sair agora)

O Kubernetes lança uma versão a cada quatro meses. Não dá para acompanhar tudo, mas dá para saber o que importa e quando a sua versão vai ficar sem suporte.

Fala pessoal, tudo bem?

O Kubernetes 1.37, codinome "Garhwal", saiu no final de agosto e já está na 1.37.1. Foram 67 melhorias: 16 viraram estáveis, 23 chegaram ao beta e 27 entraram como alpha.

Ninguém precisa ler as 67. Vou separar o que chama atenção para quem opera cluster no dia a dia. E, mais importante, falar de suporte, que é onde muita gente se complica.

Destaques que valem um olhar

• Metrics API estável (GA): a API que alimenta o kubectl top e o HPA finalmente é considerada estável.
• HPA com scale to zero (beta): o autoscaler pode levar um deployment a zero réplicas. Ótimo para ambientes de teste e workloads que ficam ociosos.
• Kubelet em modo rootless (beta): o kubelet rodando dentro de um user namespace, reduzindo o estrago caso algo escape do container.
• Memory QoS (beta): proteção de memória em camadas usando cgroups v2.
• PVC "last used time" (beta): saber quando um volume foi usado pela última vez. Quem já caçou disco órfão na cloud sabe o valor disso.
• Pod Certificates: certificados emitidos para pods, facilitando mTLS entre serviços.

Repare no padrão: boa parte das novidades é sobre segurança (rootless, certificados) e eficiência (scale to zero, memória, volumes esquecidos). O Kubernetes está ficando mais maduro, não mais complicado.

Alpha, beta e GA: o que isso significa para você

Estágio	Ligado por padrão?	Usar em produção?
Alpha	Não	Não. Pode mudar ou sumir.
Beta	Depende da feature	Com cuidado e teste.
GA (stable)	Sim	Sim. A API não quebra mais.

A parte que ninguém gosta: ciclo de suporte

Cada versão menor do Kubernetes recebe correções por cerca de 14 meses. Depois disso, você está por conta própria. Veja a situação hoje:

Até quando cada versão recebe correções de segurança out/26 jan/27 abr/27 jul/27 out/27 1.34 acaba em 27/out/2026 1.35 fev/2027 1.36 jun/2027 1.37 out/2027

🚨 Se você está na 1.34: as correções de segurança terminam em 27 de outubro de 2026, daqui a poucos dias. A 1.33 e anteriores já estão sem suporte nenhum. Se você usa um serviço gerenciado (EKS, AKS, GKE), confira o calendário do provedor, que pode ser diferente.

Antes de atualizar: o mínimo que você deve checar

# versão do cliente e do cluster
$ kubectl version

# versão do kubelet em cada node
$ kubectl get nodes -o wide

# APIs depreciadas que ainda estão sendo chamadas
$ kubectl get --raw /metrics | grep apiserver_requested_deprecated_apis

💡 Regra prática: o Kubernetes só permite subir uma versão menor por vez no control plane (1.35 → 1.36 → 1.37). Quem fica muito para trás transforma uma atualização simples em um projeto de semanas.

Considerações Finais

Acompanhar o Kubernetes não é ler todo changelog. É ter duas informações sempre à mão: o que de novo resolve um problema seu, e quando a versão que você roda deixa de receber correções.

A primeira é opcional. A segunda, não.

Abs e até a próxima!!!

:wq!