O pior jeito de descobrir um bug em produção é o cliente reportando. Investir em log estruturado e monitoramento — o mundo de observabilidade que ferramentas como OpenTelemetry padronizaram — é o que me permite descobrir e corrigir problema antes que alguém precise reclamar.
O que realmente registro
Não registro tudo — log excessivo é tão inútil quanto falta de log, porque ninguém consegue achar o que importa em meio a ruído. Registro toda falha de integração externa, toda exceção não tratada, e eventos de negócio importantes (pagamento confirmado, conta criada, prova corrigida) com contexto suficiente para reconstruir o que aconteceu sem precisar reproduzir o cenário.
Monitoramento proativo, não reativo
Além de log, tenho alertas configurados para os sinais que precedem um problema maior — fila de Jobs crescendo sem ser processada, taxa de erro subindo, tempo de resposta degradando. É a mesma disciplina que aplico ao decidir o que vira Job assíncrono: cuidar do que não está na frente do usuário, mas que sustenta a experiência dele.
Depois de rodar em produção, versionar o banco
Ter visibilidade da aplicação rodando é uma metade do trabalho de infraestrutura; a outra é garantir que o banco de dados evolui sem quebrar nada — o que detalho em Migrations.
