Cronitorex überwacht deine Cronjobs, Deploy-Skripte, HTTP-Endpunkte und SSL-Zertifikate. Sende einen Ping aus einem beliebigen Skript und erhalte in 60 Sekunden einen Alarm. Keine eigene Monitoring-Infrastruktur nötig.
# Cron, Deploy, ETL, Backup, Worker - alles in 3 Zeilen einbinden curl -sf https://api.cronitorex.com/ping \ -H "Authorization: Bearer $CRONITOREX_API_KEY" \ -d '{"event_type":"ping","monitor":"db-backup","status":"run"}' /usr/local/bin/backup.sh # dein Skript - was auch immer du ausführst curl -sf https://api.cronitorex.com/ping \ -H "Authorization: Bearer $CRONITOREX_API_KEY" \ -d '{"event_type":"ping","monitor":"db-backup","status":"complete","duration":47.3}'
Funktioniert mit jedem Skript aus der Shell: bash, Python, GitHub Actions, k8s CronJob, Airflow-Task, Deploy-Hook.
Die meisten Ausfälle kündigen sich nicht an. Sie sehen so aus:
Ein pg_dump-Cron beendet sich seit dem 4. mit Code 1. Niemand hat es bemerkt, denn ein fehlschlagender Job schreibt nichts in ein Dashboard und verschickt keine E-Mail. Man merkt es erst bei einer Wiederherstellung, im teuersten Moment überhaupt.
Die Erneuerung war automatisiert, bis jemand den DNS-Eintrag verschoben hat. Das Zertifikat lief um 2:13 Uhr ab, und der Checkout zeigte bis Montag eine Sicherheitswarnung. Nichts im Stack betrachtete das als Fehler.
Der Server meldet, dass der Prozess läuft. Nutzer bekommen trotzdem einen 502 vom Load Balancer. Von innen sieht alles gesund aus, genau deshalb muss die Anfrage von außen kommen.
Cronitorex wurde für genau diese drei Momente gebaut.
Gebaut für Entwickler, die die volle Kontrolle über ihren Monitoring-Stack wollen.
Drei Pings. Volle Transparenz.
Eine HTTP-Anfrage pro Ping. Cronitorex verknüpft sie zu einer Zeitleiste, erkennt verpasste Läufe und sendet Alarme innerhalb von Sekunden. Keine Agenten. Keine Daemons. Nur drei Pings.
Sende einen run-Ping zu Beginn deines Jobs.
{"status": "run"}Dein eigentlicher Task wird ausgeführt. Cronitorex wartet.
/usr/bin/backup.shSende complete oder fail. Das Dashboard aktualisiert sich sofort.
{"status": "complete"}Ein kurzer Blick darauf, was Cronitorex dir jeden Tag zeigt. Klick dich durch die Tabs.
Lauf endete mit Exit 1. Alarm an Telegram und E-Mail gesendet.
Upstream-API gab nach einer Schlüsselrotation 401 zurück. Behebung läuft.
HTTP-Check dreimal in Folge mit 503 fehlgeschlagen.
Anbieter-Incident geschlossen. Checks wieder grün.
E-Mail, Webhook, Telegram und Discord in jedem Plan. Slack ab Pro. PagerDuty bei Business.
Externes Polling und Log-Scraping übersehen jeweils eine ganze Klasse von Ausfällen. Pings schließen die Lücke.
Ein Check sagt dir, dass der Server geantwortet hat. Er kann dir nicht sagen, dass das Backup um 2 Uhr nie gestartet ist, denn es gibt keine URL, die man zu einem Job befragen könnte, der nicht lief.
Logs zeichnen alles auf und alarmieren bei nichts. Den Stack-Trace von gestern zu grep-en ist Archäologie; bis jemand ihn liest, ist der Schaden längst entstanden.
Ein Job, der run gemeldet hat und nie complete gemeldet hat, hängt fest. Ein Job, der gar nichts gemeldet hat, ist tot. Beides löst innerhalb einer Minute einen Alarm aus, mit Exit-Code und stderr.
Cronitorex macht beides: Pings von innen, Checks von außen. So funktioniert es ansehen →
Wähle die Monitore aus, die du zeigen willst, und Cronitorex veröffentlicht eine Statusseite mit Live-Status, Uptime-Prozentwerten und Incident-Verlauf. Du schreibst Updates, während du noch untersuchst, damit der Support nicht immer wieder dieselbe E-Mail beantworten muss. Verfügbar in jedem Plan, unter einer eigenen Adresse.
Sechs typische Szenarien, in denen Cronitorex seinen Wert beweist.
Wenn es eine HTTP-Anfrage senden kann, lässt es sich überwachen. Kein Agent, kein SDK, keine Firewall-Regeln: Pings gehen von deiner Seite aus.
Eine Zeile mit curl reicht. Die Docs enthalten fertige Snippets für jede Umgebung. Docs durchsuchen →
Ja. Cronitorex überwacht täglich produktive Cronjobs, HTTP-Endpunkte und SSL-Zertifikate. Produktions-Traffic ist in jedem Plan willkommen, auch im Free-Plan.
Cronitorex stellt eine standardmäßige HTTP-API mit dem run/complete/fail-Muster bereit. Wenn dein aktuelles Tool ein ähnliches Ping-Modell nutzt, ist die Migration nur ein Austausch von URL und API-Schlüssel in bestehenden Skripten. Die vollständige API-Referenz findest du unter docs.cronitorex.com, und eine schrittweise Migrationsanleitung deckt den Wechsel von Cronitor, PostPing und anderen Tools ab.
E-Mail-, Telegram-, Discord- und Webhook-Benachrichtigungen sind in allen Plänen enthalten. Slack ist ab dem Pro-Plan dabei. Über Webhooks kannst du jeden beliebigen HTTP-Endpunkt anbinden und selbst mit jedem externen Dienst integrieren.
Ja. Wähle aus, welche Monitore veröffentlicht werden, und Cronitorex erstellt eine öffentliche Statusseite mit Live-Status, Uptime-Prozentwerten und Incident-Verlauf, verfügbar in jedem Plan, auch im Free-Plan.
Gehostet auf unserer eigenen Infrastruktur in der EU, DSGVO-konform. Der gesamte Datenverkehr läuft über HTTPS (TLS 1.3), kein Ping wird jemals im Klartext übertragen. Die Datenbank liegt in einem privaten Netzwerk, das nur von unseren Anwendungsdiensten erreichbar ist. Nutzerpasswörter werden als kryptografische Hashes gespeichert. Du kannst deinen API-Schlüssel jederzeit über die Profilseite rotieren, der alte funktioniert sofort nicht mehr. Tägliche, verschlüsselte Datenbank-Backups mit 30 Tagen Aufbewahrung. Vollständiger Datenexport und Kontolöschung direkt im Dashboard. Wir verkaufen oder teilen keine Daten mit Dritten. Für einen Audit-Bericht oder On-Premise-Deployment schreib an hello@cronitorex.com.
Registrieren, API-Schlüssel holen, curl in deinen Cron einfügen. Das war's.