São 3h07. O banco de dados da sua loja virtual ficou sem espaço em disco, e a página de finalizar compra começou a devolver erro. Você está dormindo. Seus clientes, em outro fuso, não estão.
Esta é uma história inventada. Mas cada etapa dela é o que acontece de verdade quando um produto está sob a nossa custódia.
3h07 — alguém está olhando
Todo produto que a gente coloca no ar é vigiado o tempo todo, por fora e por dentro. Por fora, uma verificação visita as páginas importantes a cada minuto, como um cliente faria. Por dentro, os registros de erro e o uso de disco, memória e banco são acompanhados continuamente.
Às 3h08, a verificação de fora falha duas vezes seguidas na página de pagamento. Isso dispara um alarme — não um e-mail que ninguém lê, mas um aviso que exige resposta.
3h10 — o diagnóstico começa pelo fato
A primeira regra de um incidente é não adivinhar. O registro de erro mostra que o banco recusou gravar. O painel mostra o disco em 100%. A causa está na tela, não na intuição de ninguém.
A segunda regra é separar o que é barato de desfazer do que não é:
- liberar espaço apagando registros antigos de depuração é seguro e reversível;
- restaurar um backup por cima do banco em uso não é — isso só acontece com autorização explícita.
Nessa madrugada, o primeiro passo basta. O disco volta a ter folga, o banco volta a gravar, e às 3h19 a página de pagamento responde de novo.
3h20 — voltar não é terminar
O site voltou, mas a pergunta importante ainda está aberta: por que o disco encheu? Um processo estava gravando registros detalhados demais desde a última atualização. Se ninguém corrigir, a mesma coisa acontece daqui a uma semana.
O incidente vira duas coisas registradas no Kore: o relato do que aconteceu, com horários, e uma issue para corrigir a causa. A correção segue o caminho normal — padrão, revisão, esteira — e não um remendo às pressas.
Consertar às três da manhã é reagir. Garantir que não se repita é o trabalho de verdade.
De manhã, a mensagem
Quando você acorda, a mensagem já está lá: o que parou, por quanto tempo, o que foi feito e o que ainda vai ser feito. Doze minutos de indisponibilidade numa madrugada, resolvidos antes de virarem um problema de negócio.
As cópias que ninguém quer usar
Tudo isso depende de uma coisa que só se valoriza no dia em que precisa: as cópias de segurança. Cada produto tem backups guardados fora da máquina onde ele roda, e — o mais importante — a restauração é testada. Backup que nunca foi restaurado é só esperança guardada em disco.
Esta madrugada não precisou deles. Mas é por existirem que dá para dormir tranquilo.