Monitoramento de heartbeat de tarefas
Em vez de a AmICited sondar seu servidor, seu job agendado chama sua própria URL de ping exclusiva — GET ou POST, ambos funcionam — após cada execução bem-sucedida. Perdeu o intervalo esperado, mais um período de carência, e um incidente é aberto automaticamente — capturando as falhas que as verificações regulares de uptime não conseguem detectar.
Monitoramento do heartbeat das tarefas
Um cron job que falha, um backup que para de funcionar, uma importação que trava — nenhum deles atinge um endpoint público que o monitoramento comum de cron jobs poderia verificar. Os heartbeats invertem o modelo para um interruptor de homem morto: seu job prova que está vivo, e a AmICited só se manifesta quando ele fica em silêncio. Não há estado degradado aqui — um heartbeat está pendente, ativo ou inativo.
- URL de ping exclusiva por job — uma linha adicionada ao final de um cron job ou script, sem necessidade de sondagem no servidor; um token impossível de adivinhar é a única fronteira de confiança.
- Intervalo esperado e período de carência — intervalo de um minuto a 30 dias, carência de zero a 30 dias, para que um job que termine um pouco atrasado não notifique ninguém.
- Alertas para as pessoas certas — destinatários de notificação configurados por heartbeat, da mesma forma que qualquer outro monitor.
- Captura o que verificações de uptime não conseguem — backups noturnos, importações agendadas e workers de fila nunca são acionados por uma requisição de visitante.
Incorporação do status de heartbeat
A página de detalhes gera HTML pronto para copiar de um heartbeat: um pixel de visitante 1×1 oculto que registra um ping apenas ao carregar, um badge de status SVG ao vivo e gráficos de disponibilidade SVG para 24 horas ou 90 dias — cada um com uma prévia antes de copiar. Redefina o token se uma URL vazar, mas todo remetente e incorporação precisam ser atualizados depois, pois a redefinição invalida o anterior.
- Pixel de visitante — uma imagem 1×1 que faz ping ao carregar, para jobs que não podem chamar uma URL diretamente.
- Badge de status ao vivo — um SVG que reflete o estado atual onde quer que seja incorporado.
- Gráficos de disponibilidade de 24h e 90d — as mesmas tiras SVG do painel, prontas para colocar em um README ou wiki interno.
- Redefinição de token — invalida a URL de ping antiga imediatamente; atualize cada remetente antes da próxima execução esperada.
Heartbeats e monitores de disponibilidade
Os heartbeats capturam os jobs em segundo plano que nenhum visitante jamais aciona. Os Monitores de Uptime capturam os endpoints públicos que esses visitantes realmente acessam. Execute ambos e use Janelas de Manutenção para evitar que trabalhos planejados em seus monitores ativos abram um falso incidente.
- Cobertura ativa + passiva — monitores HTTP, TCP, DNS e Transação para o que é público, heartbeats para o que é executado em segundo plano.
- Janelas de Manutenção para verificações ativas — escopo por domínio ou monitor, únicas ou recorrentes, para que trabalhos planejados em um endpoint monitorado nunca notifiquem ninguém.
- Desative um heartbeat diretamente — para pausas planejadas em um job em segundo plano, já que as janelas de manutenção ainda não cobrem heartbeats.
sondagem no servidor não é necessária — seu job faz a comunicação
A FlowHunt nunca precisa adivinhar se um job em segundo plano foi executado. O job chama sua URL de ping; silêncio após o período de carência é o único sinal que importa.
Ver Monitores de UptimePronto para detectar o job que parou silenciosamente de funcionar?
Verificação gratuita · Teste de 7 dias · cartão de crédito necessário