Home
Prezzi
Piattaforma Blog Chi siamo Contatti FAQ
Accedi Inizia gratis
Monitoraggio dei cron job

Sai al secondo
quando un job tace.

Monitoraggio heartbeat & dead-man's-switch per ogni attività pianificata — cron job, pipeline ETL, backup e worker in coda. Se un'esecuzione è in ritardo, mancata o termina con codice non zero, il tuo team lo scopre prima dei dati.

Free tier included No credit card 2-minute setup
app.siteqwality.com / heartbeats / nightly-backup
nightly-backup HealthyLIVE
LAST RUN02:01 UTC
DURATION4m 38s
EXIT CODE0
Lun278ms
Mar281ms
Mer275ms
Gio282ms
Ven279ms
Cosa ottieni

Monitoring per i job che non fanno mai una richiesta.

I controlli di uptime funzionano effettuando richieste HTTP. I job pianificati funzionano al contrario — chiamano a casa quando hanno successo. Site Qwality assegna a ogni job un URL di ping univoco; il silenzio significa che qualcosa è andato storto.

Alert con consapevolezza del calendario

Indica quando un job dovrebbe girare. Se il ping non arriva entro il periodo di tolleranza, un incidente si apre automaticamente.

Periodo di tolleranza per monitor

Aggiungi un buffer configurabile dopo l'orario pianificato prima di inviare l'alert — tiene conto della varianza della profondità della coda senza perdere i veri guasti.

Acquisizione codice di uscita e durata

Invia il codice di uscita del job e la durata dell'esecuzione all'URL di ping. Alert su uscite non zero o esecuzioni che superano un massimo atteso.

Alert per esecuzione mancata e in ritardo

Tipi di alert distinti per job che non partono mai rispetto a job che partono ma non finiscono — così il triage inizia con il contesto giusto.

Integrazione in una riga per qualsiasi stack

Un semplice GET o POST HTTPS a un URL senza SDK richiesto. Funziona da bash, Python, Node, Ruby, Go — ovunque si possa fare una richiesta.

Cronologia esecuzioni e trend di durata

Una timeline di ogni ping, durata e codice di uscita così puoi individuare tempi di esecuzione alla deriva prima che diventino finestre mancate.

01 · Schema dead-man's-switch

Nessun ping significa
qualcosa si è rotto.

Il monitoring tradizionale verifica che il tuo servizio risponda. Il monitoraggio dei cron job inverte questo approccio — il tuo job segnala il successo ad ogni esecuzione. Un segnale mancato è esso stesso l'alert. Nessun polling, nessun log scraping, nessun agente da mantenere.

  • Ogni monitor riceve un URL di ping univoco che il tuo job chiama al completamento
  • Il silenzio entro il periodo di tolleranza genera un incidente immediato
  • Alert distinti per avvii in ritardo, esecuzioni mancate e uscite non zero
app.siteqwality.com / heartbeats / daily-report-etl
daily-report-etl Missed runLIVE
EXPECTED06:00 UTC
LAST SEENyesterday
GRACE PERIOD15m
Lun142ms
Mar139ms
Mer145ms
Gio141ms
Venmissed
02 · Integrazione in una riga

Aggiungi un ping.
È tutto il lavoro.

Nessun SDK, nessun daemon, nessun file di configurazione. Copia l'URL di ping dal tuo dashboard e aggiungi una chiamata curl al tuo script esistente. I parametri exit-code e duration sono facoltativi — aggiungili quando vuoi alert più dettagliati.

  • Funziona da qualsiasi linguaggio o shell che può fare una richiesta HTTP
  • Parametri facoltativi ?exit=\$? e ?duration= per alert più dettagliati
  • Supporta POST con body JSON per metadati di esecuzione strutturati
wrap any script#!/bin/bash
set -euo pipefail

# il tuo job
python /opt/etl/run.py
EXIT=$?

# ping Site Qwality
curl -fsS "https://ping.siteqwality.com/<token>?exit=${EXIT}"
✓ ping received · run logged
1

riga di codice per integrare qualsiasi job pianificato

<1m

tempo tipico dal ping mancato alla consegna dell'alert

cronologia esecuzioni conservata per l'analisi dei trend

$0

piano gratuito — inizia senza carta di credito

FAQ

Questions, answered.

Ogni monitor riceve un URL di ping univoco. Il tuo job chiama quell'URL quando si completa con successo. Se il ping non arriva entro la finestra prevista più il periodo di tolleranza, Site Qwality apre un incidente e avvisa il tuo team.

Imposta un periodo di tolleranza — una finestra buffer dopo l'orario pianificato prima che scatti un alert. Per job con runtime variabile, puoi anche impostare una soglia di durata massima così vieni avvisato delle esecuzioni che stanno impiegando troppo.

Sì. Aggiungi ?exit=\$? all'URL di ping per registrare il codice di uscita e ?duration= per registrare i secondi trascorsi. Le uscite non zero attivano il proprio tipo di alert così sai se un job non è mai partito o è partito ed è fallito.

No. L'integrazione è una singola richiesta HTTPS — un comando curl, una chiamata fetch() o equivalente in qualsiasi linguaggio. Nessun daemon, nessun agente, nessuna dipendenza da codice da mantenere.

Sì — i calendari possono essere impostati su qualsiasi intervallo da ogni minuto in su. Il calendario previsto usa la sintassi cron standard così puoi esprimere qualsiasi cadenza con precisione.

Pronto?

Inizia a monitorare in meno di un minuto.

Ogni prodotto parte gratuitamente — uptime, cron, synthetic, log, RUM, incidenti e pagine di stato. Nessuna carta di credito richiesta.