Die nächsten Ausführungen eines Cron-Ausdrucks berechnen

Ein Cron-Ausdruck ist eine kurze Zeichenkette, die eine zeitliche Wiederholung beschreibt. Das aus Unix stammende Format hat fünf durch Leerzeichen getrennte Felder: Minute, Stunde, Tag des Monats, Monat und Wochentag. Diese Syntax entstand mit dem cron-Daemon von Brian Kernighan in den 1970er Jahren und wurde dann durch Vixie cron (1987) verallgemeinert, das von allen modernen Linux- und macOS-Distributionen übernommen wurde. Heute findet sich dieselbe Syntax in den meisten Cloud-Schedulern (AWS EventBridge, GCP Cloud Scheduler, Azure Logic Apps) und CI/CD-Systemen (GitHub Actions, GitLab CI, Jenkins).

┌──── minute (0-59)
│ ┌── heure (0-23)
│ │ ┌── jour du mois (1-31)
│ │ │ ┌── mois (1-12 ou JAN-DEC)
│ │ │ │ ┌── jour de la semaine (0-7 ou SUN-SAT, 0 et 7 = dimanche)
│ │ │ │ │
* * * * *

Ein gut geformter Cron-Ausdruck definiert also einen präzisen Cron-Zeitplan: Jedes Feld kann ein fester Wert, ein Bereich, eine Liste, ein Schritt oder ein Sternchen sein, das alles matcht. Die Kompaktheit des Crontab-Ausdrucks ist seine Stärke, aber auch das, was einen Cron-Decoder unverzichtbar macht, um die Absicht visuell zu validieren. Genau das ist der Zweck dieses Cron-Konverters: eine lesbare Cron-Erklärung sowie die Liste der nächsten Ausführungen zu liefern.

Die fünf Felder teilen sich eine gemeinsame Grammatik. Hier sind die akzeptierten Grenzen jeder Spalte eines Standard-Crontab-Ausdrucks:

• Minute: 0-59.
• Stunde: 0-23, im 24-Stunden-Format.
• Tag des Monats: 1-31.
• Monat: 1-12 oder die Textabkürzungen JAN, FEB, MAR, APR, MAY, JUN, JUL, AUG, SEP, OCT, NOV, DEC.
• Wochentag: 0-7, wobei 0 und 7 beide Sonntag bedeuten, oder die Abkürzungen SUN, MON, TUE, WED, THU, FRI, SAT.

Sonderzeichen, die von den fünf Feldern geteilt werden:

• *: any value, matcht alle erlaubten Werte des Feldes.
• ,: diskrete Liste, zum Beispiel 1,15,30 im Minutenfeld.
• -: einschließender Bereich, zum Beispiel 9-17 für die Bürozeiten.
• /: Schritt (step), zum Beispiel */15 = alle 15 Einheiten, oder 0-30/5 = alle 5 Minuten zwischen 0 und 30.

Quartz-Erweiterungen (Java, AWS EventBridge, Spring): Die Grammatik erweitert sich auf 6 oder 7 Felder mit einer Sekunden-Spalte am Anfang (0-59) und manchmal einer Jahres-Spalte am Ende (1970-2099). Quartz führt auch ? (no specific value, zur Entkopplung von Tag-des-Monats und Wochentag), L (last: letzter Tag des Monats oder letzter Freitag mit 5L), W (nächstgelegener Werktag) und # (N-ter Wochentag des Monats, zum Beispiel 2#3 für den 3. Montag) ein. Ein Quartz-Ausdruck ist im Allgemeinen nicht mit einer UNIX-Crontab kompatibel und umgekehrt: Das ist die Hauptursache für Fehler beim Kopieren eines Cron-Ausdrucks von einer Plattform zur anderen.

# UNIX / Vixie cron (5 champs)
0 9 * * 1-5

# Quartz (6 champs avec secondes)
0 0 9 ? * MON-FRI

# Quartz (7 champs avec année)
0 0 9 ? * MON-FRI 2026

0 0 * * * zu lesen ist schnell. */7 2-5 1,15 * 1-5 zu lesen ist deutlich weniger schnell. Wenn ein Ausdruck über das Triviale hinausgeht, steigt das Risiko einer Fehlinterpretation und der Cron-Decode wird zu einem eigenen Review-Schritt.

• Produktions-Debugging: verstehen, warum eine Aufgabe um 03:17 Uhr und nicht um 03:00 Uhr ausgelöst wurde, oder eine Überlappung zwischen zwei Jobs identifizieren.
• Code-Review: validieren, dass ein in einer Pull Request gepushter Scheduler wirklich das tut, was der Autor behauptet, ohne die Semantik jedes Symbols auswendig kennen zu müssen.
• Audit von Schedulern: die Cron-Jobs Linux in /etc/crontab und /etc/cron.d/, die Jenkins-Trigger, die spec.schedule von Kubernetes CronJobs, die AWS EventBridge-Regeln und die GCP Cloud Scheduler-Jobs überprüfen.
• Legacy-Migration: eine historische /etc/crontab ohne Dokumentation übernehmen und die Aufgabenkartierung vor einer Infrastrukturänderung rekonstruieren.
• Onboarding: einem neuen Entwickler ermöglichen, eine Crontab erneut zu lesen, ohne sich von einem Tag auf den anderen alle Sonderzeichen einprägen zu müssen.

Vorgehensweise zum Dekodieren eines Crontab-Ausdrucks mit dem Tool:

1. Fügen Sie Ihren Cron-Ausdruck in das Eingabefeld ein (5 durch Leerzeichen getrennte Felder).
2. Geben Sie die Anzahl der zu berechnenden nächsten Ausführungen an.
3. Klicken Sie auf convert, um den Cron-Decode zu starten: Das Tool gibt einen menschlichen Satz zurück, der den Trigger erklärt, plus die datierte Liste der nächsten Ausführungen.
4. Prüfen Sie visuell, dass die Daten Ihrer Absicht entsprechen (Stunde, Tag, Frequenz).
5. Kopieren Sie die Ausgabe über die Kopierschaltfläche, um sie in ein Ticket, eine PR oder eine technische Dokumentation einzufügen.

Das Tool begnügt sich nicht mit einem syntaktischen Parsing: Es liefert eine Cron-Erklärung in natürlicher Sprache, was es gleichzeitig zu einem Cron-Decoder und einem Planungsvalidator macht.

Die folgenden Muster decken das Wesentliche der in der Produktion anzutreffenden Cron-Zeitpläne ab. Sie sind alle auf Linux crontab, Kubernetes CronJob, GitHub Actions und den meisten Anwendungs-Schedulern gültig.

Um eine Cron-Aufgabe auf einem Linux-Server auszuführen, bearbeitet man die Benutzer-Crontab aus der Shell:

# éditer la crontab de l'utilisateur courant
$ crontab -e

# lister les tâches existantes
$ crontab -l

# exemple de ligne ajoutée : sauvegarde quotidienne à 3h
0 3 * * * /usr/local/bin/backup.sh >> /var/log/backup.log 2>&1

Beispielausgabe des Cron-Konverters für */5 * * * *:

2026-05-05 00:00:00
2026-05-05 00:05:00
2026-05-05 00:10:00
2026-05-05 00:15:00
2026-05-05 00:20:00
...