Por que seu servidor cai e ninguém percebe até um cliente ligar

Existe um tipo de ligação que todo dono de negócio aprende a temer: um cliente dizendo "seu site não está funcionando". O ruim não é a queda em si, e sim o que ela revela: você foi o último a saber.

Verificar se responde não é monitorar

A maioria das hospedagens oferece um ping: a cada cinco minutos algo pergunta ao servidor se ele está vivo. Se responder, luz verde. O problema é que um servidor pode responder perfeitamente enquanto o site atrás dele está completamente quebrado.

Um disco cheio, um certificado vencido, um banco recusando conexões, um pool de processos esgotado. Em todos esses casos o servidor responde ao ping e seu monitoramento segue verde enquanto os clientes veem um erro.

O que realmente precisa ser monitorado

O monitoramento de verdade verifica o que importa para o cliente, não a máquina. Carrega uma página real e confirma que o conteúdo está lá. Testa o checkout. Acompanha disco, memória e vencimento de certificados antes que virem quedas.

# What a useful check looks like
curl -sf https://site.com/health | grep -q "ok" || alert
 
# What most people have instead
ping site.com

A parte que ninguém configura

Até o melhor monitoramento é inútil se o alerta cai numa caixa de entrada que ninguém lê às três da manhã. Alertas precisam de um destino que alguém realmente acompanhe, e de uma regra sobre o que merece acordar uma pessoa.

Um alerta que dispara todo dia por algo que ninguém resolve não é um alerta. É ruído, e treina sua equipe a ignorar justamente o que importa.

Por onde começar

Escolha as três coisas que custariam dinheiro se falhassem: o site carregar, o formulário enviar, o pagamento passar. Verifique essas três, a cada minuto, de fora da sua rede. Envie as falhas para algum lugar com som de notificação. Isso é 80% do valor e leva uma tarde.