Quando o cluster vira o problema (e não a solução)
O que mais vejo nas trincheiras é dev queimando semanas tentando ‘entender o básico’ de K8s. E não é frescura: o Reddit está cheio de gente com o mesmo nó na cabeça. Quando o time passa mais tempo lutando contra YAML do que resolvendo o problema de negócio, já está claro: você não tem um orquestrador, você tem um gargalo.
Kubernetes virou o símbolo máximo do over-engineering moderno. Quase sempre implantado por ansiedade de parecer “enterprise” em vez de atender a uma real necessidade operacional.
Como fugir da armadilha do hype e voltar ao pragmatismo
A regra é simples: só use K8s quando você tem escala, tráfego imprevisível e múltiplos times autônomos operando dezenas de serviços. Fora disso, soluções como Docker Compose, Nomad, ECS Fargate ou até VMs bem configuradas atendem com menos dor e menos dívida técnica.
Ferramenta boa é a que você entende, opera e consegue recuperar quando tudo quebra.
Implementação de Sênior: Deploy sem drama usando Docker Compose
Para 70% dos projetos que vejo, isso aqui resolve — rápido, limpo e sem cluster para perder o fim de semana:
version: '3.9'
services:
api:
image: meu-registro/api:1.0.0
environment:
DB_URL: postgres://user:pass@db:5432/app
ports:
- "8080:8080"
depends_on:
- db
db:
image: postgres:15
environment:
POSTGRES_USER: user
POSTGRES_PASSWORD: pass
POSTGRES_DB: app
volumes:
- dbdata:/var/lib/postgresql/data
volumes:
dbdata:
Você sobe tudo com um único comando:
docker compose up -d
Sem operadores, CRDs, ingress controllers, sidecars ou clusters zumbis.
O preço de cada escolha
Se você usa K8s sem precisar: paga com complexidade, esteira pesada, gremlins operacionais e uma equipe que vira especialista em infra em vez de entregar negócio.
Se você não usa K8s quando precisa: paga com instabilidade, deploy manual, baixa observabilidade e processos que escalam mal conforme o produto cresce.
No fim, não é sobre a ferramenta. É sobre o contexto de negócio. E ignorar isso é a forma mais rápida de criar dívida técnica que corrói seu time por anos.
Direto das Trincheiras
- Evite K8s em MVPs: você dobra o tempo de entrega sem ganhar nada de imediato.
- Se ninguém do time sabe operar um cluster, você não está pronto. Simples assim.
- Antes de adotar K8s, liste problemas reais que ele resolve hoje — e não hipóteses futuras.
Fontes
É só impressão minha, ou Kubernetes é pra ser tão difícil e … – Reddit
Obrigado por acompanhar essa reflexão até o fim!
Espero que esses pontos ajudem você a tomar decisões mais lúcidas no seu próximo projeto. Não deixe de conferir outros artigos aqui no blog, onde descasquemos outros ‘hypes’ da nossa área.
Valeu e até a próxima! 😉
