Monitoraggio heartbeat dei processi
Invece che AmICited sondi il tuo server, il tuo job schedulato chiama il suo URL di ping unico — GET o POST, entrambi funzionano — dopo ogni esecuzione riuscita. Salta l’intervallo previsto, più un periodo di grazia, e un incidente si apre automaticamente — intercettando i fallimenti che i controlli di uptime regolari non possono vedere.
Monitoraggio dell’heartbeat dei processi
Un job cron che si blocca, un backup che smette di funzionare, un’importazione che si impalla — nessuno di questi colpisce un endpoint pubblico che un normale monitoraggio di cron job potrebbe controllare. Gli heartbeat trasformano il modello in un interruttore di emergenza: il tuo job dimostra di essere vivo, e AmICited si fa sentire solo quando il silenzio cala. Non esiste uno stato degradato qui — un heartbeat è in attesa, attivo o giù.
- URL di ping unico per job — una riga aggiunta alla fine di un job cron o di uno script, nessun sondaggio lato server richiesto; un token imprevedibile è l’unico confine di fiducia.
- Intervallo previsto e periodo di grazia — l’intervallo va da un minuto a 30 giorni, la grazia da zero a 30 giorni, così un job che finisce un po’ in ritardo non mette in allarme nessuno.
- Avvisi alle persone giuste — destinatari delle notifiche configurati per heartbeat, come per qualsiasi altro monitor.
- Intercetta ciò che i controlli di uptime non possono — backup notturni, importazioni programmate e worker di coda non vengono mai attivati da una richiesta di un visitatore.
Incorporamento dello stato heartbeat
La pagina dei dettagli genera HTML pronto per il copia per un heartbeat: un pixel visitatore 1×1 nascosto che registra un ping semplicemente caricandosi, un badge di stato SVG live e grafici di disponibilità SVG per 24 ore o 90 giorni — ciascuno con un’anteprima prima di copiarlo. Reimposta il token se un URL viene divulgato, ma ogni mittente ed embed necessita di aggiornamento dopo, poiché la reimpostazione invalida il vecchio token.
- Pixel visitatore — un’immagine 1×1 che invia un ping al caricamento, per job che non possono chiamare un URL direttamente.
- Badge di stato live — un SVG che riflette lo stato corrente ovunque sia incorporato.
- Grafici di disponibilità 24h e 90d — le stesse strisce SVG della dashboard, pronte per essere inserite in un README o in un wiki interno.
- Reimpostazione token — invalida immediatamente il vecchio URL di ping; aggiorna ogni mittente prima della prossima esecuzione prevista.
Heartbeat e monitoraggio uptime
Gli heartbeat intercettano i job in background che nessun visitatore attiva mai. I Monitor di Uptime intercettano gli endpoint pubblici che quei visitatori invece colpiscono. Esegui entrambi e usa le Finestre di Manutenzione per evitare che lavori programmati sui tuoi monitor attivi generino un falso incidente.
- Copertura attiva + passiva — monitor HTTP, TCP, DNS e Transaction per ciò che è pubblico, heartbeat per ciò che viene eseguito in background.
- Finestre di Manutenzione per i controlli attivi — delimita per dominio o monitor, una tantum o ricorrenti, così i lavori programmati su un endpoint monitorato non mettono in allarme nessuno.
- Disabilita un heartbeat direttamente — per pause programmate su un job in background, poiché le finestre di manutenzione non coprono ancora gli heartbeat.
nessun sondaggio del server richiesto — è il tuo job a parlare
FlowHunt non deve mai indovinare se un job in background è stato eseguito. Il job chiama il suo URL di ping; il silenzio dopo il periodo di grazia è l’unico segnale che conta.
Vedi i Monitor di UptimePronto a intercettare il job che ha smesso silenziosamente di funzionare?
Verifica gratuita · Prova di 7 giorni · carta di credito richiesta