Von EasyCron migrieren

EasyCron-URL-Jobs Schritt für Schritt zu SteadyCron umziehen — jeden Job im YAML-Manifest neu anlegen, parallel laufen lassen, dann EasyCron abschalten.

EasyCron ruft Ihre URLs nach Zeitplan auf. SteadyCron tut dasselbe — und ergänzt Retries mit Backoff, Timeout-Durchsetzung pro Job, Heartbeat-Monitoring, Alerts über Slack, Discord, Telegram, E-Mail und Webhooks sowie einen YAML-/Terraform-Workflow, mit dem Ihre Zeitpläne in Git statt in einem Dashboard leben.

Eine EasyCron-Exportdatei zum Importieren gibt es nicht — die Migration ist eine kurze manuelle Schleife: jeden Job neu anlegen, beide parallel laufen lassen, den alten abschalten.

1. EasyCron-Jobs auflisten

Notieren Sie im EasyCron-Dashboard für jeden Cronjob:

die URL (und HTTP-Methode, falls nicht GET)
den Cron-Ausdruck und die Zeitzone
alle Header oder Auth-Daten, die der Endpunkt erwartet

2. Jobs im Manifest neu anlegen

steadycron manifest add job hängt einzelne Jobs an steadycron.yaml an — validiert das Ergebnis und lässt bestehende Einträge unangetastet:

steadycron manifest add job --kind http --name nightly-report --schedule "0 2 * * *"

Oder direkt im Manifest:

jobs:
  - id: nightly-report
    name: Nightly report
    kind: http
    method: GET
    url: https://app.example.com/tasks/nightly-report
    schedule: "0 2 * * *"
    timezone: Europe/Berlin
    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 SteadyCron und EasyCron ein bis zwei Tage beide den Endpunkt aufrufen (der Task sollte idempotent sein, oder versetzen Sie die Zeitpläne um einige Minuten). Zeigt das Ausführungsprotokoll grüne Läufe, pausieren oder löschen Sie den EasyCron-Job.

Was Sie gewinnen

	EasyCron	SteadyCron
Retries bei Fehlern	Eingeschränkt, planabhängig	Konfigurierbar mit exponentiellem Backoff
Timeout-Durchsetzung	Planabhängig	Pro Job
Heartbeat-Monitoring eigener Crons	Nein	Ja
Alert-Kanäle	E-Mail, Webhook	E-Mail, Slack, Discord, Telegram, Webhook
Zeitpläne in Git (YAML / Terraform)	Nein	Ja — validate, plan, apply
Hosting	USA	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