Todo time que usa Kubernetes chega numa fase em que a pergunta muda. Primeiro é “como faço deploy?”. Depois vira “o que eu não devo colocar aqui dentro?”. A resposta salva madrugada.
O básico: o que o Kubernetes te dá (e o que ele não dá)
Kubernetes tem primitives pra estado: PersistentVolumes/PVCs e StatefulSets. Eles ajudam com identidade estável, storage persistente e rollout ordenado. Referências: Persistent Volumes e StatefulSets.
O que ele não te dá é “RDS gratuito”. Backup, restore, tuning, capacity e incident response continuam existindo. A diferença é que agora isso mora no seu time (ou em quem te opera).
O que costuma dar certo em stateful no K8s
- workloads tolerantes a restart (cache, fila, search com réplica)
- bancos com operação conhecida pelo time e rotina de restore testada
- stateful pequeno que você consegue migrar/recuperar sem trauma
O que costuma dar errado
| Anti-padrão | Como aparece | Por que quebra |
|---|---|---|
| backup sem teste | "tem snapshot" | restore falha quando precisa |
| storage sem SLA | latência varia | p99 vira loteria |
| sem runbook | “só fulano sabe” | incidente vira caos |
| upgrade sem janela | surpresa em produção | você mistura manutenção com incidente |
Checklist rápido de decisão
| Pergunta | Se você não tem isso | Então… |
|---|---|---|
| RPO/RTO definidos? | todo mundo discute no incidente | defina antes de migrar |
| Restore testado? | backup vira placebo | teste mensal |
| SLA do storage? | performance vira loteria | negocie/troque stack |
| Owner claro? | ninguém decide | ponha um dono |
O caminho que costuma funcionar
- Comece pelo stateless (você aprende operação sem arriscar o coração).
- Escolha um stateful “médio” e crie rotina de backup/restore.
- Só depois mova o crítico, com janela e rollback.
Quer colocar stateful no K8s e dormir? A Fixx ajuda a desenhar e operar com o seu contexto. contato@fixx.com.br