Des sauvegardes qui s'arrêtent, des pipelines qui bloquent, des certificats qui expirent. Trois plongées en profondeur dans les jobs où les équipes perdent le plus d'argent quand personne ne surveille.
Six scénarios typiques où Cronitorex fait ses preuves.
Votre cron de production a planté samedi. Vous l'apprenez dimanche matin quand les clients se réveillent et se plaignent ? Cronitorex vous alerte en 60 secondes : email, Slack, webhook vers n'importe quel endpoint.
Des centaines de crons répartis sur 12 serveurs. Cronitorex les affiche tous en une seule vue, alerte en cas d'exécution manquée, capture le stderr en cas d'échec, et le dashboard vous dit ce qui a planté aujourd'hui sans avoir à vous connecter en SSH sur 6 machines.
Chaque client a son propre tag, ses propres notifications, son propre dashboard. Intégrez un nouveau client en 5 minutes, la surveillance de ses crons suit automatiquement. Plus besoin de se connecter à 30 panneaux différents.
Des centaines de jobs batch, des processus ETL nocturnes, des pipelines de données. Cronitorex s'intègre à n'importe quelle tâche : ping run au démarrage, complete en cas de succès, fail sur toute exception. Repérez une pipeline cassée avant que les tables en aval ne deviennent obsolètes.
Imports de catalogue horaires, webhooks de paiement, synchronisation de stock vers 3 entrepôts, rapprochement de fin de journée. Si l'un d'eux s'arrête silencieusement, vous perdez des commandes. Cronitorex vous alerte dès qu'un job manque sa fenêtre d'exécution.
Historique des événements sur 90 jours, piste d'audit, expiration SSL, reporting SLA. Export CSV, archives, pas de stack de logs à maintenir. Montrez aux auditeurs que votre sauvegarde a tourné chaque jour de l'année écoulée.
Un script de sauvegarde qui échoue en silence est pire que pas de sauvegarde du tout, car vous arrêtez de vous inquiéter. Entourez le pg_dump nocturne de deux pings et Cronitorex confirme chaque exécution.
Si le ping n'arrive jamais, vous recevez une alerte d'exécution manquée le matin, pas une surprise lors d'une restauration.
#!/usr/bin/env bash
ping() {
curl -fsS "https://api.cronitorex.com/ping/nightly-backup?status=$1" \
-H "Authorization: Bearer $CRONITOREX_API_KEY" >/dev/null
}
ping run
pg_dump -Fc app_db > /backups/app_$(date +%F).dump \
&& ping complete || ping fail Les pipelines meurent rarement bruyamment. Elles ralentissent, se chevauchent et sautent silencieusement des fenêtres d'exécution. Envoyez la durée avec le ping complete et Cronitorex suit combien de temps prend chaque exécution.
Un identifiant de série relie les pings run et complete d'une même exécution, pour que les exécutions qui se chevauchent ne soient jamais mélangées.
t0 = time.time()
requests.get(API, params={"status": "run", "series": run_id})
rows = extract_and_load()
requests.get(API, params={
"status": "complete",
"series": run_id,
"duration": round(time.time() - t0, 1),
}) Les agences renouvellent des dizaines de certificats à des dates différentes, émis par des fournisseurs différents. Un domaine client expiré, c'est un client très mécontent.
Ajoutez chaque domaine client comme monitor SSL avec des seuils à 30 et 7 jours et taguez-le par client. Le dashboard affiche la prochaine échéance sur tout le portefeuille.
client-acme.com valid 62 days client-globex.com valid 118 days client-initech.com warn 6 days client-umbrella.com valid 41 days thresholds: 30 days · 7 days
Inscrivez-vous, récupérez une clé API, collez le curl dans votre cron. C'est tout.