Monitoramento de disponibilidade

Uma página que está fora do ar quando um rastreador ou um agente de IA a acessa não pode ser citada, e todo clique pago que cai em uma página quebrada é gasto desperdiçado. Auditoria → Disponibilidade verifica seu domínio e suas páginas principais de forma programada, abre um incidente quando elas falham e alerta as pessoas que precisam saber. Ela também cobre certificados SSL, DNS e expiração de domínio, as tarefas que rodam por trás do seu site e a página de status pública que seus clientes consultam.

O monitoramento de disponibilidade está disponível a partir do plano Starter: 5 monitores no Starter, 20 no Pro, 200 no Premium, ilimitado no Enterprise. Veja planos e limites.

Adicione um monitor#

1. Abra Disponibilidade e clique em Add monitor

   Vá a Auditoria → Disponibilidade → Monitores e clique em Add monitor.

2. Escolha o tipo e o alvo

   • HTTP. Uma URL; deixe vazio para monitorar a página inicial. Defina os códigos de status esperados (padrão 2xx) e, opcionalmente, uma palavra-chave que deve aparecer na página, ou que não deve (“Fail when the keyword IS present”).
   • TCP. Um host e uma porta.
   • DNS. Um hostname, um tipo de registro e os valores que devem estar todos presentes na resposta.
   • Transaction. Uma sequência de etapas HTTP, cada uma com sua própria URL, tempo máximo de resposta e valores extraídos de JSON ou cabeçalhos para as etapas seguintes (por exemplo, fazer login e depois chamar uma API com o token).

3. Defina o intervalo e os limites

   Escolha um intervalo de verificação: a cada minuto, 5, 10 ou 30 minutos, ou a cada hora. As verificações de um e de cinco minutos exigem o Pro ou superior; o Starter verifica no máximo a cada 10 minutos. Defina um Degraded threshold em milissegundos e uma SLA target (%) opcional entre 90 e 99,999.

4. Escolha quem é alertado

   Os Notification recipients são membros do workspace que recebem um e-mail quando o monitor cai e quando se recupera (padrão: o proprietário do workspace). Adicione até cinco canais de Slack ou Webhook, com um segredo de assinatura opcional para webhooks, e use Test para enviar uma notificação de teste. Em Advanced settings, você pode definir o método da requisição, cabeçalhos e corpo personalizados, alertar sobre verificações degradadas e repetir os alertas enquanto um incidente continuar aberto.

Como os incidentes funcionam#

• Up, Degraded, Down. Uma verificação mais lenta que o limite de degradação é Degraded: ainda é um sucesso, nunca um incidente, e só alerta se você ativar isso.
• Duas falhas abrem um incidente. Uma única verificação com falha é confirmada antes de qualquer coisa acontecer; um incidente só abre após duas falhas consecutivas, o que filtra oscilações pontuais.
• Um sucesso o fecha. A primeira verificação bem-sucedida zera a contagem de falhas e resolve o incidente.

A página de cada monitor mostra a disponibilidade das últimas 24 horas em células de 15 minutos, a disponibilidade de 90 dias por dia, o tempo e o tamanho da resposta por verificação, as verificações recentes com detalhes forenses (cabeçalhos da resposta, trecho do corpo, etapas da transação) e a lista de incidentes, em que você pode reconhecer incidentes e adicionar comentários. O painel Technical health acrescenta a validade do certificado SSL e os dias até a expiração, a resolução de DNS e a expiração do registro do domínio.

Sinais de vida#

As verificações de disponibilidade sondam seu servidor de fora, então não conseguem ver um backup ou uma importação noturna que parou de rodar em silêncio. Os Sinais de vida (Heartbeats) invertem a direção: sua tarefa chama uma URL de ping exclusiva após cada execução bem-sucedida.

0 2 * * * /usr/local/bin/backup.sh && curl -fsS https://<your ping URL>

Defina o Expected interval e um Grace period em segundos. Se nenhum ping chegar dentro do intervalo mais a tolerância, um incidente é aberto e você é alertado. Copie a URL de ping exata da página do sinal de vida; Reset token emite uma nova e a antiga deixa de funcionar imediatamente. Um sinal de vida também pode ser incorporado em uma página web como um pixel de visitante, um selo de status ou um gráfico de disponibilidade de 24 horas ou 90 dias.

Janelas de manutenção#

O trabalho planejado não deve contar como uma interrupção. As Janelas de manutenção suprimem mudanças de incidente e excluem esse tempo do cálculo de disponibilidade. Uma janela pode ser única, diária ou semanal, e ter como escopo um monitor, um domínio ou o workspace inteiro.

Páginas de status e relatório de SLA#

• Páginas de status. Publique uma página voltada ao cliente para os monitores e sinais de vida que você escolher, mostrando o estado dos incidentes em tempo real. Os visitantes podem se inscrever para receber atualizações de disponibilidade por e-mail. Alterne Published para torná-la pública.
• Relatório de SLA. Disponibilidade mensal por monitor e sinal de vida, com a manutenção excluída, contra a meta de SLA de cada monitor: disponibilidade, indisponibilidade, incidentes, incidente mais longo, se o SLA foi cumprido e quanto do orçamento de indisponibilidade foi usado ou resta. Baixe em CSV para clientes ou relatórios internos.

Exemplo prático#

Uma meta de 99,9% em um mês de 30 dias permite 30 × 24 × 60 × 0,1% = 43,2 minutos de indisponibilidade. Dois incidentes de 12 e 9 minutos usam 21 minutos, sobrando cerca de 22 minutos de orçamento. Uma janela de manutenção de 60 minutos nesse mês não conta contra ele.

Relacionados#