Cronitorex combine deux modèles en un seul produit. Vos jobs poussent des pings en HTTPS simple, et Cronitorex récupère des checks HTTP et SSL depuis l'extérieur. Rien à installer sur vos serveurs, rien à garder à jour.
Les pannes se cachent à deux endroits : les jobs qui cessent de tourner et les endpoints qui cessent de répondre. Les pings en push couvrent le premier cas, les checks en pull le second. Un seul dashboard et une seule chaîne d'alerte pour les deux.
Ajoutez une ligne curl à n'importe quel cron, script de déploiement ou worker. Cronitorex enregistre les événements run, complete et fail et remarque quand un ping n'arrive jamais.
Cronitorex appelle vos points de terminaison HTTP et inspecte vos certificats SSL selon l'intervalle que vous choisissez. Vous voyez les codes de statut, les temps de réponse et les jours restants avant expiration.
Conçu pour les développeurs qui veulent garder le contrôle total de leur stack de monitoring.
Suivez les événements de démarrage, de succès et d'échec de toute tâche planifiée. Alerte en cas d'exécution manquée ou de job qui tourne trop longtemps.
Email, webhook, Slack dès qu'un job échoue ou qu'un certificat SSL est sur le point d'expirer.
Flux d'événements en direct, analyse des échecs, jobs les plus lents, monitors les plus actifs : tout dans une interface claire.
Temps de réponse et codes de statut pour n'importe quel endpoint. Retries, seuils, intervalles configurables.
Soyez prévenu avant l'expiration de vos certificats. Avertissements plusieurs jours à l'avance.
Intégrez n'importe quel job avec un simple curl. Pas de SDK, pas d'agent, juste du HTTP standard.
# marquer le job comme terminé curl -X POST https://api.cronitorex.com/ping/backup \ -d 'status=complete'
Un certificat expiré est une panne totale avec une date connue à l'avance. Cronitorex vérifie toute la chaîne, pas seulement le certificat feuille, pour qu'un intermédiaire cassé ne vous surprenne pas non plus.
Définissez vos propres seuils d'expiration et soyez averti 30, 14 et 7 jours avant l'échéance. Les certificats wildcard et multi-domaines fonctionnent de la même façon.
checkout.example.com issuer Let's Encrypt expires in 38 days chain complete · 3 certificates alerts at 30 / 14 / 7 days
Un timeout n'est pas un 500, et un accroc DNS n'est pas un certificat expiré. Cronitorex sépare les erreurs transitoires des échecs durs, pour qu'un incident réseau passager ne vous réveille pas la nuit.
Les erreurs transitoires déclenchent des retries automatiques avec backoff : 60 secondes, puis 5 minutes, puis 15 minutes. Vous recevez une seule alerte pertinente au lieu de trois alertes bruyantes.
Les monitors sont des données, pas des clics. Exportez toute votre configuration en JSON ou YAML, gardez-la dans git et relisez les changements comme n'importe quelle pull request.
La même API REST qui reçoit les pings gère aussi les monitors, documentée avec une spécification OpenAPI et Swagger UI. Créez ou mettez à jour un monitor depuis la CI en une seule requête.
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] Non. Le monitoring push est une simple requête HTTP envoyée depuis votre propre job, et les checks pull s'exécutent depuis l'infrastructure de Cronitorex. Il n'y a rien à installer ni à mettre à jour sur vos serveurs.
Une chose surveillée : un cron, un endpoint HTTP ou un certificat SSL. Chaque plan compte les monitors de la même façon, et vous pouvez mélanger librement les types dans votre limite.
Email, webhook, Telegram et Discord sont disponibles sur tous les plans, y compris Free. Slack démarre avec Pro. PagerDuty est disponible avec Business.
Inscrivez-vous, récupérez une clé API, collez le curl dans votre cron. C'est tout.