Cronitorex vereint zwei Modelle in einem Produkt. Deine Jobs senden Pings per HTTPS, und Cronitorex ruft von außen HTTP- und SSL-Checks ab. Nichts zu installieren auf deinen Servern, nichts zu patchen.
Ausfälle verstecken sich an zwei Stellen: Jobs, die aufhören zu laufen, und Endpunkte, die aufhören zu antworten. Push-Pings decken das eine ab, Pull-Checks das andere. Ein Dashboard und eine Alarmkette für beides.
Füge eine curl-Zeile zu jedem Cronjob, Deploy-Skript oder Worker hinzu. Cronitorex erfasst run-, complete- und fail-Ereignisse und bemerkt, wenn ein Ping nie ankommt.
Cronitorex ruft deine HTTP-Endpunkte auf und prüft deine SSL-Zertifikate in einem Intervall deiner Wahl. Du siehst Statuscodes, Antwortzeiten und Tage bis zum Ablauf.
Gebaut für Entwickler, die die volle Kontrolle über ihren Monitoring-Stack wollen.
Erfasse Start-, Erfolgs- und Fehlerereignisse für jeden geplanten Task. Alarm bei verpassten Läufen oder zu lange laufenden Jobs.
E-Mail, Webhook, Slack in dem Moment, in dem ein Job fehlschlägt oder ein SSL-Zertifikat bald abläuft.
Live-Event-Stream, Fehleranalyse, langsamste Jobs, aktivste Monitore - alles in einer übersichtlichen Oberfläche.
Antwortzeit und Statuscodes für jeden Endpunkt. Wiederholungsversuche, Schwellenwerte, konfigurierbare Intervalle.
Erfahre es, bevor deine Zertifikate ablaufen. Warnungen mehrere Tage im Voraus.
Binde jeden Job mit einem einzigen curl-Aufruf ein. Keine SDKs, keine Agenten, nur Standard-HTTP.
# Job als abgeschlossen markieren curl -X POST https://api.cronitorex.com/ping/backup \ -d 'status=complete'
Ein abgelaufenes Zertifikat ist ein kompletter Ausfall mit bekanntem Datum. Cronitorex prüft die gesamte Kette, nicht nur das Blattzertifikat, sodass dich auch ein kaputtes Zwischenzertifikat nicht überrascht.
Setze eigene Ablaufschwellen und werde 30, 14 und 7 Tage vor dem Termin gewarnt. Wildcard- und Multi-Domain-Zertifikate funktionieren genauso.
checkout.example.com issuer Let's Encrypt expires in 38 days chain complete · 3 certificates alerts at 30 / 14 / 7 days
Ein Timeout ist kein 500er, und ein DNS-Hänger ist kein abgelaufenes Zertifikat. Cronitorex trennt vorübergehende Fehler von echten Ausfällen, damit ein kurzer Netzwerkaussetzer dich nicht nachts weckt.
Vorübergehende Fehler lösen automatische Wiederholungen mit Backoff aus: 60 Sekunden, dann 5 Minuten, dann 15 Minuten. Du bekommst einen aussagekräftigen Alarm statt drei nervige.
Monitore sind Daten, kein Klickwerk. Exportiere dein gesamtes Setup als JSON oder YAML, halte es in git und reviewe Änderungen wie jeden anderen Pull Request.
Dieselbe REST-API, die Pings empfängt, verwaltet auch Monitore, dokumentiert mit einer OpenAPI-Spezifikation und Swagger UI. Erstelle oder aktualisiere einen Monitor aus der CI in einer einzigen Anfrage.
monitors:
- name: db-backup
type: cron
schedule: "0 2 * * *"
grace: 10m
alerts: [email, telegram]
- name: checkout-ssl
type: ssl
host: checkout.example.com
thresholds: [30, 7] Nein. Push-Monitoring ist eine einzelne HTTP-Anfrage aus deinem eigenen Job, und Pull-Checks laufen von der Cronitorex-Infrastruktur aus. Es gibt nichts auf deinen Servern zu installieren oder zu aktualisieren.
Ein überwachtes Ding: ein Cronjob, ein HTTP-Endpunkt oder ein SSL-Zertifikat. Jeder Plan zählt Monitore gleich, und du kannst Typen innerhalb deines Limits frei mischen.
E-Mail, Webhook, Telegram und Discord sind in jedem Plan enthalten, auch im Free-Plan. Slack beginnt bei Pro. PagerDuty ist bei Business verfügbar.
Registrieren, API-Schlüssel holen, curl in deinen Cron einfügen. Das war's.