Cronitorex surveille vos tâches cron, scripts de déploiement, points de terminaison HTTP et certificats SSL. Envoyez un ping depuis n'importe quel script et recevez une alerte en 60 secondes. Pas besoin de construire votre propre infrastructure de monitoring à partir de zéro.
# Cron, déploiement, ETL, sauvegarde, worker : intégrez n'importe quoi en 3 lignes 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 # votre script, peu importe ce qu'il fait 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}'
Fonctionne avec tout script lancé depuis un shell : bash, Python, GitHub Actions, k8s CronJob, tâche Airflow, hook de déploiement.
La plupart des pannes ne s'annoncent pas. Voici à quoi elles ressemblent :
Un cron pg_dump termine avec le code 1 depuis le 4 du mois. Personne ne l'a remarqué, car un job qui échoue n'écrit rien dans un dashboard et n'envoie aucun email. On le découvre lors d'une restauration, le moment le plus coûteux possible.
Le renouvellement était automatisé, jusqu'à ce que quelqu'un déplace l'entrée DNS. Le certificat a expiré à 2h13 et le checkout a affiché un avertissement de sécurité jusqu'au lundi. Rien dans la stack n'a considéré cela comme une erreur.
Le serveur indique que le processus tourne. Les utilisateurs reçoivent quand même un 502 du load balancer. Vu de l'intérieur, tout semble sain, c'est justement pour ça que la requête doit venir de l'extérieur.
Cronitorex a été conçu pour ces trois moments précis.
Conçu pour les développeurs qui veulent garder le contrôle total de leur stack de monitoring.
Trois pings. Une visibilité complète.
Une requête HTTP par ping. Cronitorex les corrèle en une chronologie, détecte les exécutions manquées et envoie des alertes en quelques secondes. Pas d'agents. Pas de daemons. Juste trois pings.
Envoyez un ping run au début de votre job.
{"status": "run"}Votre tâche réelle s'exécute. Cronitorex attend.
/usr/bin/backup.shEnvoyez complete ou fail. Le dashboard se met à jour instantanément.
{"status": "complete"}Un rapide aperçu de ce que Cronitorex vous montre chaque jour. Cliquez sur les onglets.
L'exécution s'est terminée avec exit 1. Alerte envoyée sur Telegram et par email.
L'API en amont a renvoyé 401 après une rotation de clé. Correction en cours.
Le check HTTP a échoué 3 fois de suite avec un 503.
Incident du fournisseur clos. Les checks sont de nouveau au vert.
Email, webhook, Telegram et Discord sur tous les plans. Slack à partir de Pro. PagerDuty avec Business.
Le polling externe et le scraping de logs ratent chacun toute une catégorie de pannes. Les pings comblent l'écart.
Un check vous dit que le serveur a répondu. Il ne peut pas vous dire que la sauvegarde de 2h du matin n'a jamais démarré, car il n'y a pas d'URL à interroger pour un job qui n'a pas tourné.
Les logs enregistrent tout et n'alertent sur rien. Faire un grep sur la stack trace d'hier, c'est de l'archéologie ; le temps que quelqu'un la lise, le dégât est déjà fait.
Un job qui a signalé run et n'a jamais signalé complete est bloqué. Un job qui n'a rien signalé du tout est mort. Les deux déclenchent une alerte en moins d'une minute, avec le code de sortie et le stderr en pièce jointe.
Cronitorex fait les deux : pings de l'intérieur, checks de l'extérieur. Voir comment ça marche →
Choisissez les monitors que vous voulez afficher et Cronitorex publie une page de statut avec l'état en direct, les pourcentages de disponibilité et l'historique des incidents. Vous rédigez des mises à jour pendant que vous investiguez, ce qui évite au support de répondre encore et encore au même email. Disponible sur tous les plans, sous sa propre adresse.
Six scénarios typiques où Cronitorex fait ses preuves.
Si ça peut envoyer une requête HTTP, ça peut être surveillé. Pas d'agent, pas de SDK, pas de règle de firewall : les pings partent de votre côté.
Une ligne avec curl suffit. La documentation propose des snippets prêts à l'emploi pour chaque environnement. Parcourir la documentation →
Oui. Cronitorex surveille chaque jour des tâches cron, des points de terminaison HTTP et des certificats SSL en production. Le trafic de production est le bienvenu sur tous les plans, y compris le plan Free.
Cronitorex expose une API HTTP standard avec le schéma run/complete/fail. Si votre outil actuel utilise un modèle de ping similaire, la migration consiste simplement à changer l'URL et la clé API dans vos scripts existants. La référence API complète se trouve sur docs.cronitorex.com, et un guide de migration pas à pas couvre le passage depuis Cronitor, PostPing et d'autres outils.
Les notifications par email, Telegram, Discord et webhook sont disponibles sur tous les plans. Slack est inclus à partir du plan Pro. Les webhooks vous permettent de connecter n'importe quel endpoint HTTP et d'intégrer vous-même n'importe quel service externe.
Oui. Choisissez les monitors à publier et Cronitorex génère une page de statut publique avec l'état en direct, les pourcentages de disponibilité et l'historique des incidents, disponible sur tous les plans, y compris le plan Free.
Hébergées sur notre propre infrastructure dans l'UE, conformes au RGPD. Tout le trafic passe en HTTPS (TLS 1.3), aucun ping ne circule jamais en clair. La base de données se trouve sur un réseau privé, accessible uniquement depuis nos services applicatifs. Les mots de passe des utilisateurs sont stockés sous forme de hachages cryptographiques. Vous pouvez faire tourner votre clé API à tout moment depuis la page de profil, l'ancienne cesse immédiatement de fonctionner. Sauvegardes quotidiennes de la base de données, chiffrées, conservées 30 jours. Export complet des données et suppression de compte depuis le dashboard. Nous ne vendons ni ne partageons de données avec des tiers. Besoin d'un rapport d'audit ou d'un déploiement on-premise ? Écrivez à hello@cronitorex.com.
Inscrivez-vous, récupérez une clé API, collez le curl dans votre cron. C'est tout.