Cron-Monitoring

Erfahren Sie, wenn ein geplanter Job nie gelaufen ist

Ein Backup, das still und leise nicht mehr läuft, sieht genauso aus wie ein funktionierendes — bis Sie es brauchen. Ihr Job pingt AlertSleep an, wenn er fertig ist; wir alarmieren Sie, wenn dieser Ping ausbleibt.

Cron-Jobs überwachen Cron-Ausdruck erstellen

Nächtlicher Abrechnungslauf

OK
Zeitplan Täglich um 03:00 Europe/Berlin
Letzter Ping vor 3 Minuten · exit 0 · 48 s
Nächste Fälligkeit in 23 Stunden
Karenzzeit 15 Minuten 
0 3 * * * /usr/local/bin/billing-run \
  && curl -fsS https://api.alertsleep.com/v1/ping/YOUR-TOKEN

Eine Zeile in Ihrer Crontab

Kein Agent, keine Bibliothek, keine Firewall-Regeln außer schlichtem HTTPS. Erreicht die Maschine das Internet, kann sie sich melden.

1

Check anlegen

Beschreiben Sie, wann der Job laufen soll und wie spät er sein darf, bevor Sie davon hören wollen. Sie erhalten eine eigene Ping-URL.

2

URL am Ende des Jobs aufrufen

Hängen Sie einen einzigen curl-Aufruf an den Befehl an, den Sie ohnehin ausführen. Sonst ändert sich am Job nichts.

3

Wir achten auf das Schweigen

AlertSleep prüft jede Minute auf überfällige Jobs. Wird das Fenster verpasst, geht der Alarm raus — auch beim ersten Mal, wenn ein Job aufhört zu laufen.

Zwei Wege zu sagen, wann ein Job laufen soll

Nehmen Sie den, der zu Ihrer Sicht auf den Job passt.

Alle N Minuten

Für Jobs im Intervall: eine Queue alle fünf Minuten, eine Synchronisation stündlich. Sie nennen das Intervall, sonst nichts.

Ein Cron-Ausdruck

Für Jobs, die an Uhr oder Kalender hängen. Fügen Sie denselben Ausdruck ein, den Ihre Crontab nutzt, und der Check folgt ihm exakt.

Ihre Zeitzone, nicht unsere

Ein Cron-Zeitplan wird in der von Ihnen gewählten Zeitzone ausgewertet — ein auf 03:00 Ortszeit gesetzter Job bleibt auch über die Zeitumstellung hinweg bei 03:00.

Eine Karenzzeit

Echte Jobs starten zu spät und laufen lang. Legen Sie fest, wie viel Verspätung normal ist; nur echte Überschreitungen lösen einen Alarm aus.

Drei Signale, jeder HTTP-Client

GET, POST und HEAD funktionieren alle — curl, wget, PowerShell oder ein zweizeiliger HTTP-Aufruf aus dem Job heraus sind gleichermaßen gültig.

Erfolg

Der Job ist fertig. Mehr braucht ein Check nicht — alles andere ist optional.

https://api.alertsleep.com/v1/ping/YOUR-TOKEN

Start

Rufen Sie das beim Start auf, und AlertSleep hält fest, wie lange jeder Lauf dauert, nicht nur dass er stattfand.

https://api.alertsleep.com/v1/ping/YOUR-TOKEN/start

Fehlschlag

Der Job lief und wusste, dass er gescheitert ist. Ein ausdrücklicher Fehlschlag alarmiert sofort, statt auf das Verstreichen des Zeitplans zu warten.

https://api.alertsleep.com/v1/ping/YOUR-TOKEN/fail

Optionale Details

Senden Sie Exit-Code, Dauer oder eine kurze Nachricht mit dem Ping. Ein Feld, das wir nicht lesen können, wird verworfen und der Heartbeat trotzdem gespeichert — ein fehlerhaftes Extra kostet Sie nie das Signal selbst.

curl -fsS -X POST \
  https://api.alertsleep.com/v1/ping/YOUR-TOKEN \
  -d exit_code=0 \
  -d duration_ms=48213 \
  -d message="1482 invoices"

Wenn der Ping ausbleibt

Cron-Checks alarmieren per E-Mail und in Ihrem AlertSleep-Dashboard.

E-Mail-Alarm

Einmal gesendet, wenn der Check ausfällt — mit Zeitplan, Karenzzeit und dem Zeitpunkt des letzten empfangenen Pings.

Benachrichtigung in der App

Derselbe Alarm landet in Ihrer Benachrichtigungsliste, sodass ein nachts gescheiterter Check am Morgen noch sichtbar ist.

Entwarnung

Meldet sich der Job wieder, erfahren Sie, dass er sich erholt hat. Solange ein Check unten ist, wiederholt sich kein Alarm.

Cron-Checks in jedem Tarif

Auch im kostenlosen. Keine Kreditkarte nötig, um herauszufinden, ob Ihre Jobs wirklich laufen.

Free
2
Cron-Checks
Basic
10
Cron-Checks
Professional
50
Cron-Checks
Preise ansehen

Häufig gestellte Fragen

Was ist Cron-Monitoring?

Cron-Monitoring — auch Heartbeat- oder Totmannschalter-Überwachung genannt — wartet auf ein Signal, das eintreffen soll. Ihr geplanter Job ruft am Ende eine URL auf; bleibt dieser Aufruf aus, werden Sie alarmiert. Es ist die Umkehrung des Uptime-Monitorings, bei dem wir Sie aufrufen.

Warum nicht einfach den Exit-Code im Skript prüfen?

Einen Exit-Code gibt es nur, wenn der Job gelaufen ist. Weh tun die Ausfälle, bei denen gar nichts lief: der Crontab-Eintrag wurde gelöscht, der Server neu aufgesetzt, der Container nie gestartet, die Platte lief voll. Ein Job ohne Ausgabe und ohne Fehler ist von einem gesunden nicht zu unterscheiden, solange niemand auf seine Abwesenheit achtet.

Funktioniert das mit Kubernetes CronJobs, systemd-Timern oder der Windows-Aufgabenplanung?

Ja. Der Check setzt keine Crontab voraus — er braucht nur, dass der Job am Ende eine HTTPS-Anfrage stellt. Jeder Scheduler, der curl ausführen kann, und jedes Programm, das HTTP spricht, kann sich melden.

Was, wenn der Job läuft, aber viel länger als sonst?

Rufen Sie den Start-Endpunkt am Anfang und den Erfolgs-Endpunkt am Ende auf, dann wird die Dauer jedes Laufs erfasst. Die Karenzzeit entscheidet, wie viel Verspätung toleriert wird, bevor der Check als ausgefallen gilt.

Ist die Ping-URL ein Geheimnis?

Ja. Das Token in der URL ist das einzige Credential an einem Endpunkt, der unauthentifizierte Aufrufe annimmt. Behandeln Sie es wie ein Passwort: nicht in öffentliche Repositories und nicht in Logs, die Sie weitergeben.

Erfahren Sie es heute Nacht, nicht nächstes Quartal

Hängen Sie einen curl-Aufruf an Ihren wichtigsten geplanten Job und erfahren Sie, wenn er das nächste Mal nicht läuft.

Kostenloses Monitoring starten