Como Monitorar um Site (5 Minutos)

Três passos, cerca de 5 minutos no total: crie um monitor para a URL principal do site, escolha para onde os alertas devem ir e verifique se o alerta realmente dispara. O objetivo não é monitorar todas as URLs no primeiro dia; é cobrir a primeira falha que um cliente perceberia e provar que o alerta chega a uma pessoa real.

1. 1

   Crie um monitor para a URL da homepage

   Aponte um monitor para a URL que um visitante real acessaria primeiro: sua homepage, ou uma página de login se essa for a porta de entrada real. Esse é um check externo: ele roda de fora dos seus próprios servidores em uma agenda, então consegue avisar que o site está inacessível mesmo que tudo dentro da sua infraestrutura pareça normal. Use a URL final de produção, inclua https e evite um caminho que exige sessão autenticada, a menos que o monitor tenha autenticação configurada.

2. 2

   Adicione um canal de alerta

   Escolha onde o alerta deve chegar quando um check falhar: email é o padrão mais simples, e canais como Slack, Discord ou um webhook para seus próprios sistemas são escolhas comuns para equipes. Escolha um canal que alguém realmente acompanha e decida quanta confirmação você quer antes do disparo. Para a maioria dos sites públicos, duas falhas consecutivas é uma primeira regra melhor do que alertar em um único soluço transitório.

3. 3

   Verifique se ele dispara

   Não presuma que o alerta funciona: confirme. Aponte o monitor para uma URL que você sabe que vai falhar, ou use temporariamente uma asserção que não pode passar, e espere o próximo ciclo de check. Confirme as duas metades do caminho: o monitor muda de estado e o alerta chega à pessoa certa. Se não chegar, você encontrou uma configuração quebrada antes de uma queda real.

   curl -I https://seusite.com/este-caminho-nao-existe
   # esperado: HTTP/1.1 404 Not Found
   # depois espere o próximo check agendado e confirme que o alerta chega

O que monitorar em segundo e terceiro lugar

Depois que o check básico e o alerta estiverem confirmados, adicione a expiração do certificado TLS em seguida: ela falha silenciosamente, sem aviso, até o dia exato em que expira, diferente de uma queda de servidor que ao menos fica imediatamente óbvia para visitantes. Expiração de domínio entra no mesmo grupo de risco: um registro vencido pode tirar do ar o site e o email, muitas vezes por dias, e problemas de pagamento ou registrador são fáceis de perder.

Em terceiro, adicione um monitor para o caminho de cliente que mais importa: checkout, login, uma URL do painel, um fluxo de reserva ou um endpoint de API de que outro serviço depende. Uma configuração só com homepage não percebe se um desses caminhos quebra sozinho enquanto o resto do site parece bem. Depois disso, adicione monitores heartbeat para cron jobs, filas, importações e backups: o trabalho silencioso que checks externos não conseguem ver.

Erros comuns de configuração a evitar

Alertar na primeira falha. Uma falha isolada pode ser um soluço transitório de rede, não uma queda real — exigir duas ou três falhas consecutivas antes de alertar transforma monitoramento de incômodo barulhento em algo em que as pessoas confiam.

Verificar só a homepage. Se checkout ou um caminho de API falhar independentemente, um check da homepage não vai ver. Seu primeiro monitor prova que o site existe; o segundo ou terceiro deve provar que a parte de que os clientes realmente precisam ainda funciona.

Nunca testar o alerta. Um monitor configurado mas nunca confirmado para disparar dá uma falsa sensação de segurança. Force uma falha uma vez, como no passo 3, e também confira o caminho de recuperação para saber que o monitor volta ao verde quando o problema é corrigido.