Die Rechnungsstellung an den Kunden endet an einem Montag. Bis Donnerstag bemerkte niemand: Der Synchronisierungs-Cron war vier Tage lang ausgefallen – Exit-Code 1 vergraben in einem nicht zugänglichen Protokoll. Alwaysdata hatte die Aufgabe gut erledigt; Niemand hat zugeschaut.
Alwaysdata eignet sich für mehrsprachige Stacks mit integrierten Crons. Die Beobachtbarkeit geplanter Aufgaben liegt in Ihrer Verantwortung, sobald der Auftrag Geld oder Daten berührt.
Minimaler Cron-Observability-Stack
| Schicht | Werkzeug | Rolle |
|---|---|---|
| Protokolldatei | logs/cron-sync-YYYY-MM-DD.log | Post-Mortem-Debugging |
| Exit-Code | set -e / trap ERR | Nicht stiller Fehler |
| Ping-Erfolg | Healthchecks.io, Cronitor | Alarm bei Abwesenheit |
| Alarm | E-Mail, Slack-Webhook | Mensch gewarnt |
| Metrisch | Dauer, verarbeitete Zeilen | Langsame Drift |
Muschelmuster:
„Bash #!/bin/bash set -euo pipefail LOG=~/logs/sync-$(date +%F).log exec >>"$LOG" 2>&1 echo „START $(date -Is)“ php bin/sync.php curl -fsS -m 10 --retry 3 https://hc-ping.com/your-uuid echo „END $(date -Is)“
:::Hinweis
**Denken Sie daran.** Ein Cron ohne erfolgreichen Ping ist eine Zeitbombe – Alwaysdata führt ihn aus; Sie müssen beweisen, dass er erfolgreich war.
:::
## Häufige Fehler
**Cron duplizieren** nach der Migration, ohne den alten zu deaktivieren.
**Relativer Pfad** – funktioniert in SSH, unterbricht Cron.
**Keine Sperre** – zwei konkurrierende Instanzen beschädigen die Daten.
**Unendliches Protokoll** – Festplatte voll, Website nicht erreichbar.
**Zeitzone** – UTC-Panel vs. Europa/Paris-Skript.
## Geteilt: Grenzen und Teilung
- Bevorzugte Jobs von weniger als wenigen Minuten. Charge für Stück.
- **Warteschlange** (Redis, DB) + Worker wird jede Minute ausgeführt.
- Testen Sie **load** nach der Bereitstellung von PHP/Node.
## Der Gipfel: stiller Erfolg, stilles Scheitern
:::Höhepunkt
**Alwaysdata führt immer das aus, was Sie planen – es sagt Ihnen nicht, dass Ihr Skript in einer Woche keine Zeilen verarbeitet hat.** Die Cron-Beobachtbarkeit ist der erfolgreiche End-Ping plus eine Warnung, wenn der Ping fehlschlägt – nicht das Vorhandensein einer Zeile im Panel.
:::
Der erste Cron-Vorfall zeigt, was das Panel allein niemals zeigen wird.
## Entscheide dich und gehe ohne blinden Fleck voran
1. **Crons-Inventar** mit Eigentümer und Kritikalität.
2. **Protokolle + Ping** für kritische Jobs.
3. **Datei sperren** Anti-Double-Exec.
4. **Monatlicher Test** freiwillige Abschaltung → Alarm erhalten?
5. **Blatt** [Alwaysdata](/de/anbieter/alwaysdata/) + [Ratgeber](/de/ratgeber/).
## Häufig gestellte Fragen
### Alwaysdata-Crons-Verlauf?
Panel-Konfiguration + begrenzte Protokolle – instrumentieren Sie selbst.
### Fehler erkennen?
Veraltete Protokolle, Webhook, Integritätsprüfung, Ping-Ende des Jobs.
### Was soll protokolliert werden?
Start/Ende, Dauer, Exit-Code, Lautstärke – keine Geheimnisse.
### Langer PHP-Cron?
Ausgeschnitten; Warteschlange + Worker, wenn das Fenster überschritten wird.
---
Wenn sich ein Cron auf Abrechnungs- oder Kundendaten auswirkt, gilt **kein Ping-Erfolg = keine Produktion**.
