Vigilância contínua de sites, sistemas e servidores: disponibilidade, lentidão, certificado, disco e rotinas agendadas. O alerta chega a quem resolve, com contexto para agir.
Para quem é
Entregáveis
Testes periódicos feitos de fora da sua rede, acessando o site, a loja ou o sistema como um cliente acessaria, com registro de cada queda.
Aviso no canal que a equipe já usa, para a pessoa certa, com regra que passa o alerta adiante se ninguém assumir.
Acompanhamento do tempo de resposta e do uso de disco, memória e processador, para pegar a degradação antes que ela vire queda.
Aviso antecipado de certificado de segurança e domínio perto de vencer, e alerta quando o backup ou uma tarefa agendada deixa de rodar.
Visão única do estado de cada site e sistema, com histórico de disponibilidade para discutir com a hospedagem a partir de dados.
Para cada tipo de alerta, o que conferir primeiro e quem acionar, escrito antes de o problema acontecer.
Monitoramento de sites e sistemas é a checagem contínua, feita por máquina, de que aquilo que a empresa oferece online está no ar, respondendo no tempo certo e fazendo o que deveria. O objetivo cabe numa frase: saber da falha antes do cliente.
Isso cobre o site institucional, a loja virtual, o sistema interno, as integrações entre eles e os servidores onde tudo isso roda.
Sem monitoramento, quem avisa que o site caiu é o cliente, por mensagem. O formulário de orçamento para de enviar depois de uma atualização e ninguém nota até alguém estranhar que os pedidos sumiram. O certificado de segurança vence num sábado e o navegador passa a mostrar aviso de página insegura para quem chega pelo anúncio. O disco do servidor enche de madrugada e o sistema de gestão amanhece travado. O backup noturno parou e ninguém sabe desde quando.
Há também a falha que não aparece de dentro. O site abre normalmente no escritório porque o navegador guardou uma cópia da página ou porque a rede interna fala direto com o servidor, enquanto quem está fora vê erro. E há a lentidão, que não derruba nada, mas faz o cliente desistir no meio da compra, e que ninguém mede porque não existe alarme para ela.
A checagem principal roda de fora: um serviço externo acessa o site, a loja ou o sistema como um cliente acessaria, em intervalos curtos, e registra cada resposta. Não basta o servidor responder. A checagem confere se a página trouxe o conteúdo esperado, porque uma tela de erro também responde. Nos fluxos que geram receita, como login, carrinho ou envio de formulário, o teste percorre as etapas em sequência.
Por dentro, acompanhamos o que costuma anunciar a queda com antecedência: disco, memória, processador, tempo de resposta do banco de dados e filas de tarefas. Entram ainda os vencimentos de certificado e domínio (o post sobre domínio, DNS, e-mail e hospedagem explica por que essas contas precisam estar sob controle da empresa) e as rotinas que rodam sem ninguém ver, como backup e sincronização noturna. A velocidade percebida pelo visitante tem métrica própria, e o texto sobre Core Web Vitals e velocidade do site mostra como ela pesa na busca e nas vendas.
O alerta é a parte que decide se o monitoramento funciona. Alarme que toca o tempo todo gera o que se chama de fadiga de alerta: a equipe aprende a ignorar e perde justamente o aviso que importava. Por isso os limites são calibrados com dado real, observando o tráfego e o comportamento normal de cada sistema antes de ligar o aviso, e não com um número tirado de manual. Cada alerta tem um responsável, um canal que essa pessoa de fato olha e uma regra que passa o aviso adiante se ninguém assumir.
O próprio monitoramento não pode virar causa de problema. O agente que coleta métricas dentro de um servidor é testado antes num ambiente isolado, e toda configuração fica registrada com o caminho de volta, para ser desfeita em um comando se interferir no que está vigiando.
O tempo entre a falha e alguém saber dela deixa de depender de um cliente reclamar. Parte dos problemas é resolvida antes de virar queda, como o disco que ia encher na semana seguinte ou o certificado que vence em dez dias. O histórico de disponibilidade entra na conversa com a hospedagem, que deixa de ser palavra contra palavra. E a equipe para de abrir o site toda manhã só para conferir se ele está no ar.
Monitoramento não impede falha. Ele encurta o caminho até a correção e mostra onde o problema está. Por isso anda junto com a infraestrutura digital, onde boa parte das causas é resolvida, e com backup e continuidade, que define como voltar quando a falha é grave. O post sobre monitoramento de sites e sistemas aprofunda o que medir em cada caso.
Algumas respostas precisam vir da empresa, porque só ela sabe o peso de cada parada:
Com isso definido, a primeira checagem externa pode ser ligada logo, e o restante entra por ordem de impacto.
Dúvidas
Para se aprofundar
Proteger10 min de leitura
Quanto cada nível de uptime significa em minutos, a diferença entre monitoramento externo e interno, os sinais que merecem alerta e a rotina depois de cada incidente.
Também em proteger
Próximo passo
Conte em poucas linhas o que precisa de monitoramento de sites e sistemas. A primeira conversa serve para entender o cenário e dizer o que faz sentido, sem compromisso.