Il backup che ha smesso silenziosamente di funzionare
Invece di far sì che AmICited controlli il tuo server, il tuo job schedulato chiama il proprio URL di ping unico dopo ogni esecuzione riuscita. Se manca l'intervallo previsto, più un periodo di grazia, si apre un incidente — intercettando i fallimenti che i controlli di uptime regolari non possono vedere.
Il silenzio è l’allarme
Un cron job che si blocca, un backup che smette di funzionare, un'importazione che si impalla — nessuno di questi raggiunge un endpoint pubblico che un monitor possa controllare. I heartbeat ribaltano il modello: il tuo job dimostra di essere vivo, e AmICited si fa sentire solo quando tutto tace.
- ✓URL di ping unico per job — una riga aggiunta alla fine di uno script, senza necessità di probing lato server.
- ✓Intervallo previsto e periodo di grazia — imposta con quale frequenza il job deve essere eseguito e quanto margine ha prima che un salto venga considerato un errore.
- ✓Avvisi alle persone giuste — destinatari delle notifiche configurati per ogni heartbeat, come per qualsiasi altro monitor.
- ✓Intercetta ciò che i controlli di uptime non possono — backup notturni, importazioni programmate e worker delle code non vengono mai attivati da una richiesta utente.
Comunica al sistema quando un salto è previsto
Un heartbeat che hai deliberatamente messo in pausa per manutenzione programmata non dovrebbe aprire un incidente. Pianifica una Finestra di Manutenzione in modo che sia i heartbeat che i monitoraggi uptime comprendano che l'intervallo è previsto, non un guasto.
- ✓Ambito per dominio o monitor — sopprimi esattamente i controlli interessati dal lavoro pianificato.
- ✓Ricorrente o una tantum — una finestra di deploy notturna o una singola migrazione pianificata, in entrambi i casi.
- ✓Metriche SLA sempre precise — il downtime pianificato non conta mai contro il tuo obiettivo di uptime.
Pronto a intercettare il job che ha smesso silenziosamente di funzionare?
Free check · 7-day trial · no credit card