Monitoraggio cron job ed heartbeat che scova i fallimenti silenziosi.
Un cron job morto non genera errori né scrive log — lo scopri quando ti serve il backup. Assegna a ogni job un URL di ping e Uptimia apre un incidente entro un minuto dalla scadenza mancata.
Pulse — last 2 hours
one blip per ping received · 24 expectedHow this check works
hb_9f2c41d8a03b57e6The ping — one line of cron
crontab · queue-workerPing log
every signal we received, newest firstIl backup che non è partito
Un backup notturno del database, pianificato per le 03:30. Lo script è morto prima di poter inviare il ping — nessun errore, nessun log, e l'unico segnale era il ping che non è mai arrivato.
Monitora i job pianificati ovunque girino
Se può inviare una richiesta HTTP, Uptimia può sorvegliarlo — i ping sono solo in uscita, quindi i job dietro firewall o NAT si segnalano senza problemi.
Pianificazioni, segnali e log dei ping
Avvisato entro un minuto
Ogni monitor viene controllato ogni 60 secondi. Una scadenza mancata oltre la tua tolleranza apre un unico incidente e gli avvisi partono — nessuna raffica di ripetizioni, e si chiude solo quando torna un ping reale.
- Catene di escalation e link di presa in carico a un clic — senza bisogno di login
- Notifica di ripristino quando il job torna attivo
- Finestre di manutenzione e pausa — niente falsi avvisi durante i deploy
La tua espressione cron, il tuo fuso orario
Incolla la riga già presente nel tuo crontab, oppure imposta un semplice intervallo da 30 secondi a 90 giorni. Le scadenze si adattano all'ora legale, così un job delle 03:30 resta un job delle 03:30 anche a ottobre.
- Qualsiasi espressione cron a cinque campi — intervalli, passi, nomi, macro in stile @daily
- Un periodo di tolleranza che imposti per ogni job — uno che a volte gira più a lungo non avviserà nessuno
- Pianificazioni non valide o impossibili vengono rifiutate al salvataggio
tuo fuso orario
Ogni esecuzione nel log dei ping
Apri un monitor e scopri quando è girato l'ultimo job, se sta slittando sempre più in là settimana dopo settimana e quanto è durata ogni esecuzione — senza dover entrare via shell nella macchina.
- Barra degli impulsi delle ultime 12 ore e un grafico dei ping orari a confronto con la frequenza attesa
- Durata dell'esecuzione a ogni ping quando il job invia un segnale di avvio
- Ping in ritardo segnalati nel log — mai un avviso
atteso 4 / ora — alle 09:00 ottenuti 3
start 09:45:01 · success 09:45:03 → run 2.1 s
Coglie blocchi e crash, non solo il silenzio
Tre segnali coprono ogni modo in cui un job può fallire. Il successo azzera il conto alla rovescia; l'avvio attiva un limite di durata, così un job bloccato avvisa anche se non termina mai; il fallimento avvisa immediatamente.
- /start — durata dell'esecuzione nel log, più rilevamento della durata massima
- /fail — incidente immediato, tolleranza saltata
- Funziona da qualsiasi client HTTP — curl, wget, PowerShell o il tuo codice
di fallimento
Come funziona il monitoraggio heartbeat
Un URL per job — nessun agente, nessuna libreria.
Crea un monitor
Dai un nome al job e imposta la sua pianificazione — a intervalli o cron. Il salvataggio genera un URL di ping privato.
Aggiungi una riga al job
Aggiungi un curl in coda, oppure copia uno snippet già pronto — Crontab, Bash, PowerShell, GitHub Actions o PHP. Il monitor si arma da solo al primo ping.
30 3 * * * /usr/local/bin/db-backup.sh \
&& curl -fsS -m 10 --retry 3 \
https://uptimia.com/p/hb_9f2…c41 >/dev/null
# il primo ping reale arma il monitor:
✓ ping ricevuto — db-backup · notturno è armato
Ricevi un avviso quando tutto tace
Scadenza mancata più tolleranza = un incidente. Il tuo team viene avvisato entro un minuto, sui canali che già usi.
Aggiungi una riga al job.Scoprilo la notte stessa in cui si ferma.
Ogni job, ogni ping, ogni canale di avviso — gratis per 30 giorni, e nessuno di questi è un componente aggiuntivo a pagamento.
Incluso anche
API REST completa
Crea, modifica, metti in pausa ed elimina gli heartbeat dalla tua pipeline — più un endpoint di anteprima cron che valida le espressioni prima che vadano in produzione.
Snippet già con il tuo token inserito
Crontab, Bash, PowerShell, GitHub Actions e PHP.
Reset del token con un clic
Il vecchio URL smette di funzionare nel momento in cui rigeneri il token.
Limiti di frequenza compatibili con il NAT
Conteggiati per monitor, non per IP — le flotte di worker sono benvenute.
Ping di test
Lancia un ping dal pannello per vederlo comparire nel log.
Ogni tipo di Monitor in un solo account
Gli stessi gruppi, la stessa lista contatti e gli stessi ruoli di ogni altro tipo di monitor.
Dove arrivano i tuoi avvisi
Un backup mancato raggiunge le stesse persone, sugli stessi canali, di un sito che è andato giù.
Microsoft Teams12 canali, una sola lista contatti — la imposti una volta, e ogni tipo di monitor la usa.
Sfoglia l'elenco completo delle integrazioni →Cos'è il monitoraggio di cron job ed heartbeat?
Il monitoraggio dei cron job — chiamato anche monitoraggio heartbeat — verifica che i task pianificati vengano davvero eseguiti. Invece di far interrogare il tuo server da Uptimia, ogni job invia una breve richiesta HTTP (un "ping") al proprio URL univoco quando viene eseguito. Se il ping non arriva entro la pianificazione più la tolleranza, Uptimia apre un incidente e ti avvisa.
Monitoraggio uptime
Funziona quando c'è qualcosa da chiedere. Siti web e API rispondono; un cron job no.
Monitoraggio heartbeat
nessun ping entro le 03:32 → l'incidente si apre · un ping /fail avvisa all'istante
Un interruttore a uomo morto per i cron
Ogni monitor heartbeat di Uptimia lo è — pianificazioni compatibili con cron, un periodo di tolleranza e avvisi ovunque lavori il tuo team.
Domande frequenti sul monitoraggio heartbeat
01Cosa deve fare davvero il mio job?+
curl -fsS -m 10 --retry 3 https://uptimia.com/p/hb_… alla fine della riga del crontab. Funzionano GET, POST e HEAD. Il monitor resta inattivo fino al primo ping reale, quindi non può avvisarti mentre lo stai ancora collegando.02Quando scatta esattamente un avviso?+
/fail avvisa immediatamente, e nulla riavvisa finché un incidente resta aperto.03Il mio job si blocca invece di andare in crash — lo intercettate comunque?+
/start quando l'esecuzione comincia e imposta una durata massima. Se non arriva un successo entro il limite, si apre un incidente. Ottieni anche la durata di ogni esecuzione nel log.04Perché il mio cron job non è partito?+
05Posso monitorare i CronJob di Kubernetes, GitHub Actions o le attività di Windows?+
06Cosa registrate di ogni ping?+
07Inviamo ping da centinaia di worker dietro un solo NAT — è un problema?+
08In quale fuso orario girano le pianificazioni cron?+
09Posso gestire gli heartbeat senza l'interfaccia?+
10Un'anteprima di link può far sembrare vivo, per errore, un job morto?+
11Il monitoraggio heartbeat è un componente a pagamento?+
Il tuo prossimo job mancato dovrebbe avvisarti.
Una riga alla fine di un job lo mette sotto sorveglianza — accanto al tuo monitoraggio uptime, SSL e server.