Sem monitorização, o primeiro sinal de um problema é uma reclamação de um cliente. Com ela, vê o espaço em disco a esgotar-se, a memória a subir ou os erros a disparar horas ou dias antes de algo realmente avariar — e corrige-o no seu horário, não no deles.
Porque a monitorização importa
Os servidores raramente falham de repente — degradam-se. O disco enche-se aos poucos, as fugas de memória arrastam-se durante dias, um certificado aproxima-se da expiração em silêncio. A monitorização transforma esses sinais de alerta lentos numa tendência visível, para que uma pessoa possa agir antes de o cliente notar seja o que for.
O que vigiar mesmo
- CPU e memória: uso elevado e sustentado é um aviso precoce, não só uma fotografia do momento.
- Espaço em disco: o clássico assassino silencioso — um disco cheio pode derrubar registos, bases de dados e toda a aplicação de uma vez.
- Rede: latência e débito, tanto para detetar quebras como para apanhar picos de tráfego cedo.
- Disponibilidade: verificações a partir de fora da sua rede, para ver o que os seus clientes veem.
- Registos da aplicação: taxas de erro e padrões de falha específicos, não só «está ligado».
Alertas e SLA de disponibilidade
As métricas só ajudam se a pessoa certa for avisada na altura certa. Um bom sistema de alertas tem limiares sensatos (não uma enxurrada de ruído que acaba ignorada), escalonamento se ninguém responder, e um responsável claro para cada tipo de alerta.
É o complemento natural de uma estratégia de backup sólida: a monitorização reduz a frequência com que precisa de restaurar, e os backups são a rede de segurança para as vezes em que precisa mesmo.