Von cron-job.org migrieren

cron-job.org ist ein solider kostenloser URL-Pinger. Sobald ein Job wichtig wird — ein Abrechnungstask, ein Daten-Sync, alles, was Kunden bemerken, wenn es still stehen bleibt — braucht es Retries, Timeout-Durchsetzung, echtes Alerting und ein auditierbares Ausführungsprotokoll. Genau diese Lücke füllt SteadyCron, mit Zeitplänen in YAML oder Terraform statt in einem Dashboard.

Eine Exportdatei gibt es nicht — die Migration ist eine kurze manuelle Schleife.

1. cron-job.org-Jobs auflisten

Notieren Sie in der cron-job.org-Konsole für jeden Job:

• URL, HTTP-Methode und ggf. Request-Body
• Zeitplan und Zeitzone
• eigene Header (z. B. ein Auth-Token, das Ihr Endpunkt prüft)

2. Jobs im Manifest neu anlegen

steadycron manifest add job hängt einzelne Jobs an steadycron.yaml an:

steadycron manifest add job --kind http --name warm-cache --schedule "*/15 * * * *"

Oder direkt im Manifest:

jobs:
  - id: warm-cache
    name: Warm cache
    kind: http
    method: POST
    url: https://app.example.com/tasks/warm-cache
    schedule: "*/15 * * * *"
    timezone: UTC
    retries: 3
    headers:
      Authorization: Bearer ${CRON_SECRET}   # wird beim Apply aus --env-file aufgelöst

Dann validieren und anwenden:

steadycron validate steadycron.yaml
steadycron apply steadycron.yaml --env-file secrets.env --namespace prod

3. Parallel laufen lassen, dann umschalten

Lassen Sie beide Dienste ein bis zwei Tage den Endpunkt aufrufen (idempotenter Task, oder Zeitpläne um einige Minuten versetzen). Zeigt das SteadyCron-Ausführungsprotokoll grüne Läufe, deaktivieren Sie den cron-job.org-Job.

Was Sie gewinnen

	cron-job.org	SteadyCron
Retries bei Fehlern	Nein	Konfigurierbar mit exponentiellem Backoff
Timeout-Durchsetzung	Fix, kurz	Pro Job konfigurierbar
Heartbeat-Monitoring eigener Crons	Nein	Ja
Alert-Kanäle	E-Mail	E-Mail, Slack, Discord, Telegram, Webhook
Zeitpläne in Git (YAML / Terraform)	Nein	Ja — validate, plan, apply
Ausführungshistorie	Einfach	Status, Response und Dauer pro Lauf
Hosting	EU	EU (DSGVO-nativ, AV-Vertrag)

Nächste Schritte

• YAML & CLI — der komplette Manifest-Workflow
• HTTP-Jobs — Request-Builder, Retries, Timeouts
• Alerting — Fehler an den richtigen Kanal leiten