Cronjobs anno 2026: Warum die Dinger Probleme machen
Cronjobs sind so alt wie das Internet. Die laufen und laufen – bis sie nicht laufen. Dann großes Rätselraten. Klassiker: Zeitumstellung, Server reboot, niemand weiß, wann und wo was wie oft läuft. Typisches Agenturchaos. Einmal falsch eingestellt, und schon verschiebt sich ein Backup auf 3 Uhr nachts – oder gar nicht. Hängt dann irgendwo, fällt tagelang nicht auf. Irgendein Kunde merkt es, meistens zu spät.
Ein paar Szenarien aus dem Alltag:
- Sommerzeit ignoriert? Backup plötzlich mittags statt nachts. Toll, wenn dann noch ein Import läuft.
- Server crasht? Cronjob läuft nicht. Keiner merkt's, solange kein Monitoring.
- Drei Projekte auf einem Hoster, jeder Cronjob anders dokumentiert – Übersicht? Fehlanzeige.
- Datenexport hängt? Dann staut sich alles dahinter. Reporting kaputt, Kunde ruft an. Freude kommt auf.
Kurz: Wer mehrere Projekte betreut, baut sich mit klassischen Cronjobs schnell ein Wartungsgrab. Und keiner will nachts rauskrabbeln, um Leichen zu suchen.
Automatisierung ohne Server: Wie's heute besser geht
Viele lassen Cronjobs inzwischen links liegen. Cloud-Trigger, Event-basierte Workflows, Tools wie n8n oder Temporal übernehmen. Aufgaben laufen, wenn sie sollen – nicht, wenn die Uhr es sagt. Fehler? Werden direkt gemeldet, oft mit Stacktrace. Kein Blackbox-Raten mehr.
Beispiele:
- AWS Lambda, Google Cloud Functions, Azure Functions: Starten Jobs, wenn ein Event kommt. Kein eigener Server, weniger Ausfälle.
- n8n, Temporal: Komplexere Abläufe, mit Logging und wiederholten Versuchen bei Fehlern.
- Message Queues oder Webhooks: Lösen Aufgaben bei Bedarf aus, nicht nach Uhrzeit. Spart Ressourcen, macht Abläufe durchschaubar.
Ergebnis: Automatisierung ist nicht mehr unsichtbar. Fehler tauchen im Monitoring auf – nicht erst, wenn ein Kunde sauer anruft. Wartung wird überschaubar.
Agenturwahrheiten: Was in Projekten schiefgeht
Im Alltag reicht ein einziger blockierter Cronjob, schon steht das Reporting. Früher: Supporttickets, Nachtschichten. Nach Umstellung auf serverlose Workflows? Weniger Panik, mehr Übersicht. Fehler laufen in Alerts, nicht als Überraschung im Posteingang. Zeitsteuerung? Lässt sich an Prozesse hängen, nicht mehr an die Uhr.
Gerade bei Managed Hosting oder Cloud: Kein separater Server mehr, weniger Nacharbeiten. Überraschungen? Deutlich seltener.
Meine Einschätzung nach fast 30 Jahren Webentwicklung
Cronjobs sterben langsam, aber sicher aus. Komplett weg sind sie nicht – aber 2026 sind sie meist Relikte aus alten Projekten. Wer als Agentur fünf, zehn Projekte parallel betreut, kommt um moderne Automatisierung nicht mehr rum. Die Umstellung kostet Zeit, spart aber langfristig Nerven und Geld.
Was heißt das konkret?
- Architektur umbauen: Weg vom „um 3:30 Uhr läuft das Backup“, hin zu „wenn der Import fertig, dann Backup“.
- Monitoring einbauen. Fehler tauchen in Logs oder Alerts auf, nicht erst als Anruf eines genervten Kunden.
- Cloud-Dienste nutzen, die gleich Ausfallsicherheit und Skalierung dabeihaben.
Agenturen profitieren am meisten: Weniger Stress vorm Launch, weniger Ausfälle am Wochenende. Einzelkämpfer sparen sich das Troubleshooting mitten in der Nacht.
So läuft die Umstellung praktisch
1. Alte Cronjobs sichten. Was ist kritisch? Was läuft redundant?
2. Passende Plattform raussuchen – AWS Lambda, Azure Functions, n8n, was eben zum Stack passt.
3. Schrittweise migrieren. Kritische Abläufe zuerst, dann den Rest.
4. Monitoring und Logging nicht vergessen. Alerts lieber einmal zu viel als einmal zu wenig.
5. Dokumentation – damit nicht nachher noch irgendwo ein Zombie-Cronjob sein Unwesen treibt.
Nicht alles auf einmal umstellen, sonst sind die alten Fehler direkt im neuen System. Lieber langsam, Fehler ausmerzen, dann weiter.
Fazit
Cronjobs? 2026 eher Ballast als Lösung. Zu viele Altlasten, zu wenig Kontrolle. Wer Automatisierung ernst meint, setzt auf orchestrierte, überwachte Workflows. Spart Stress, spart Zeit. Und die Nachtschicht zum Debugging kann meistens ausfallen.
Weitere Praxistipps und Stories aus dem Alltag gibt's hier: Automatisierung in Webagenturen: Wo Projekte scheitern – und wie man das Drama minimiert.
bye
mo