O job de backup que parou silenciosamente
Em vez de o AmICited sondar seu servidor, seu job agendado chama sua própria URL de ping exclusiva após cada execução bem-sucedida. Se o intervalo esperado for perdido, mais um período de carência, um incidente abre — capturando as falhas que as verificações de uptime comuns não conseguem enxergar.
O silêncio é o alerta
Um cron job que falha, um backup que para de executar, uma importação que trava — nenhum deles acessa um endpoint público que um monitor possa verificar. Os heartbeats invertem o modelo: seu job prova que está vivo, e o AmICited só se manifesta quando ele fica em silêncio.
- ✓URL de ping exclusiva por job — uma linha adicionada ao final de um script, sem necessidade de sondagem do lado do servidor.
- ✓Intervalo esperado e período de carência — defina com que frequência o job deve executar e quanta margem ele tem antes que uma falha seja contabilizada.
- ✓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.
Diga ao sistema quando uma falha é esperada
Um heartbeat que você pausou deliberadamente para manutenção planejada não deve abrir um incidente. Agende uma Janela de Manutenção para que tanto heartbeats quanto monitores de uptime entendam que a lacuna é esperada, e não uma falha.
- ✓Escopo por domínio ou monitor — suprima exatamente as verificações afetadas pelo trabalho planejado.
- ✓Recorrente ou pontual — uma janela de deploy noturna ou uma migração planejada única, de qualquer forma.
- ✓Métrica de SLA permanece honesta — o tempo de inatividade planejado nunca conta contra sua meta de uptime.
Pronto para capturar o job que parou silenciosamente?
Free check · 7-day trial · no credit card