Cron-Job-Monitoring — erfahre, wenn deine geplanten Jobs still fehlschlagen.

Das && macht daraus einen Dead Man's Switch: Der Ping wird nur ausgelöst, wenn das Backup erfolgreich ist. Schlägt das Skript fehl — oder läuft es gar nicht — kommt kein Ping an und UptimeEye alarmiert dich.

# Ping UptimeEye only if the backup succeeds (dead man's switch)
0 3 * * * /backup.sh && curl -fsS https://api.uptimeeye.com/v1/beat/YOUR_TASK_ID

Bei längeren Jobs signalisierst du Start und Ergebnis getrennt. UptimeEye misst die Laufzeit zwischen /start und /success, und ein /fail-Ping löst sofort einen Alarm aus.

#!/bin/bash
# Signal the start — UptimeEye begins measuring runtime
curl -fsS https://api.uptimeeye.com/v1/beat/YOUR_TASK_ID/start

if /usr/local/bin/nightly-etl.sh; then
  # Success: stops the timer and records the runtime
  curl -fsS https://api.uptimeeye.com/v1/beat/YOUR_TASK_ID/success
else
  # Failure: triggers an alert immediately
  curl -fsS -X POST https://api.uptimeeye.com/v1/beat/YOUR_TASK_ID/fail
fi

Die Beat-Endpunkte akzeptieren HEAD-, GET- und POST-Anfragen ohne Authentifizierungs-Header. Jeder Scheduler, der eine HTTP-Anfrage senden kann, kann sich also melden — CI-Pipelines, Kubernetes-CronJobs, Serverless-Funktionen oder ein Raspberry Pi in deinem Schrank.

name: nightly-job
on:
  schedule:
    - cron: "0 3 * * *"

jobs:
  run:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Run the job
        run: ./scripts/nightly-job.sh
      - name: Report success to UptimeEye
        if: success()
        run: curl -fsS https://api.uptimeeye.com/v1/beat/${{ secrets.UPTIMEEYE_TASK_ID }}
      - name: Report failure to UptimeEye
        if: failure()
        run: curl -fsS -X POST https://api.uptimeeye.com/v1/beat/${{ secrets.UPTIMEEYE_TASK_ID }}/fail