O que é monitoramento de uptime e por que um site pode estar fora do ar mesmo com o servidor ligado?
Publicado em 2026-10-21 por frfrand
Monitoramento de disponibilidade: verificações HTTP, latência, alertas, zonas e falsos positivos explicados.
O monitoramento de uptime consiste em verificar periodicamente se um serviço responde como deveria. É útil porque uma máquina pode continuar ligada enquanto seu site está fora do ar, retorna erros ou demora tanto que ninguém consegue usá-lo.
Monitorar apenas se o servidor responde a um ping não é suficiente para comprobar que os visitantes podem realizar uma compra ou iniciar sessão.
O exemplo de um restaurante
Um restaurante pode ter as luzes acesas, os cozinheiros presentes e a porta aberta. Mas se o caixa não aceitar pagamentos, uma parte importante do serviço está falhando.
Em um site ocorre algo parecido. O sistema operacional pode estar funcionando, o Nginx pode responder e, ainda assim, uma consulta ao banco de dados pode falhar a cada solicitação.
Por isso convém medir a disponibilidade do serviço que o cliente realmente utiliza, não apenas a existência da máquina.
O que uma ferramenta de uptime pode verificar?
Uma verificação básica realiza uma solicitação HTTP e observa se há resposta dentro de um prazo. Pode revisar o código retornado, o tempo que levou e, conforme a ferramenta, se aparece um conteúdo esperado.
Por exemplo, a página inicial poderia responder 200 OK, mas conter uma mensagem de manutenção. Um monitor que apenas verifica o código pode considerá-la saudável. Um monitor com uma validação específica poderia detectar esse comportamento.
Tampoco convém usar uma rota excessivamente complexa para todas as verificações: uma operação custosa repetida constantemente pode adicionar carga desnecessária.
O que é um health check?
É uma verificação projetada para informar o estado de um componente ou aplicação.
Pode existir uma rota como /health que indique se o serviço está preparado. Em sistemas distribuídos, distinguem-se, por vezes, verificações de liveness e de readiness: uma pergunta se o processo precisa de intervenção; a outra se está pronto para atender tráfego.
Não são exatamente a mesma coisa. Reiniciar uma aplicação sempre que um banco de dados externo demora alguns segundos pode agravar uma queda.
Por que convém monitorar de vários lugares?
Uma página pode funcionar no seu escritório e falhar para visitantes de outro país por problemas de DNS, conectividade regional ou rede do provedor.
Verificar de diferentes localidades ajuda a distinguir uma interrupção geral de um problema localizado. Mas também pode produzir falsos alarmes quando um único monitor tem problemas próprios.
Uma política sensata pode exigir mais de uma verificação falhada antes de avisar.
Como se calcula a porcentagem de disponibilidade?
Se um serviço funciona durante quase todo um período, a porcentagem pode ser elevada, mas o significado depende de como você define o tempo observado e o que considera uma queda.
Uma cifra como 99,9 % pode parecer próxima a 100 %, mas tem implicações operacionais reais. Além disso, não descreve por si só se as páginas demoravam um segundo ou vinte.
Por isso convém complementar a disponibilidade com latência e taxa de erros.
O que deve fazer um alerta?
Avisar quando existe uma situação sobre a qual alguém pode agir. Deve incluir qual serviço falha, desde quando e onde se observaram os problemas.
Se o sistema enviar cinquenta notificações durante um mesmo incidente, pode dificultar a resposta. Agrupar eventos e documentar procedimentos resulta mais útil que aumentar o número de mensagens.
Quais erros aparecem ao configurar monitores?
Comprovar apenas ping: pode estar ligada a máquina, mas o servidor web não funciona.
Usar um intervalo impossível de manter: as verificações demasiado frequentes geram custo e tráfego.
Não testar os alertas: você pode acreditar que receberá um aviso e descobrir tarde demais que estava mal configurado.
Confundir ausência de medições com sucesso: se o monitor deixou de funcionar, isso não demonstra que o site continua disponível.
Como se aplicaria na ArduMaker?
Se você hospeda um site em um VPS da ArduMaker, um monitor externo pode verificar periodicamente o domínio público e avisar quando deixa de responder. Isso complementa a supervisão interna do servidor e ajuda a distinguir um problema de infraestrutura de um visível para os visitantes.
Em resumo: uptime não é apenas um servidor estar ligado. É observar, de fora, se o serviço cumpre uma condição útil e avisar quando deixa de fazê-lo.
Fontes: Google SRE: Monitoring Distributed Systems · Google Cloud: Uptime checks.