Monitoring cron
sans échec muet.

Le monitoring des tâches cron vérifie que les tâches planifiées s’exécutent vraiment. Chaque tâche envoie un ping à une URL unique quand elle se termine, et le service de monitoring vous alerte quand un ping n’arrive pas à l’heure prévue. Il repère ce que les logs ne voient pas : une tâche qui n’a jamais démarré n’écrit aucune erreur. Chez Hyperping, ces moniteurs s’appellent des healthchecks.

Créez un healthcheck avec le planning de la tâche, sous forme d’intervalle ou de son expression cron avec son fuseau horaire, et un délai de grâce. Copiez son URL de ping et ajoutez une requête à la fin de la tâche, par exemple && curl -fsS suivi de l’URL dans votre crontab. Si le ping n’est pas arrivé à l’heure prévue plus le délai de grâce, Hyperping vous alerte.

La même idée sous d’autres noms. Au lieu d’un moniteur qui vérifie votre service, c’est votre tâche qui envoie un signal, le heartbeat, à chaque exécution, et l’alerte se déclenche quand le signal s’arrête. C’est idéal pour tout ce qui n’a pas d’URL à vérifier : tâches cron, sauvegardes, workers de file, pipelines ETL et workflows de CI planifiés.

N’envoyez le ping que si la tâche réussit : dans un shell, enchaînez la requête après la commande avec &&, et dans votre code, appelez l’URL une fois le travail terminé. Une tâche qui plante, se termine en erreur ou ne démarre jamais n’envoie alors rien, et Hyperping vous alerte une fois le délai de grâce écoulé. Hyperping ne stocke ni le code de sortie ni la sortie de la tâche : gardez vos logs pour comprendre pourquoi.

C’est le temps qu’Hyperping attend après l’heure d’exécution prévue avant d’alerter. Une sauvegarde planifiée à 2 h avec un délai de grâce de 30 minutes peut pinguer jusqu’à 2 h 30. Réglez-le un peu au-dessus de la durée habituelle de la tâche pour que les exécutions lentes ne réveillent personne. Il commence à 1 minute et vaut 10 minutes par défaut dans le dashboard.

Oui. En mode cron, donnez au healthcheck l’expression à cinq champs de la tâche, par exemple 0 9 * * 1-5, et son fuseau horaire, par exemple America/New_York. Hyperping en déduit chaque exécution attendue : les week-ends sans exécution n’alertent pas et les changements d’heure sont pris en compte. Construisez ou vérifiez une expression avec le générateur d’expressions cron.

Oui. Appelez l’URL suivie de /start au démarrage de la tâche, et l’URL seule à la fin. L’historique du healthcheck affiche la durée de chaque exécution, ainsi que l’heure, l’adresse IP, la méthode et le user agent de chaque ping. Une exécution qui démarre sans jamais se terminer manque son échéance et alerte comme une exécution manquée.

Oui. Tout ce qui sait faire une requête HTTP peut pinguer un healthcheck : curl ou wget dans une crontab, un timer systemd ou un CronJob Kubernetes, une étape à la fin d’un workflow GitHub Actions ou GitLab CI, Invoke-WebRequest dans une tâche planifiée Windows, ou une requête depuis votre code dans un scheduler Laravel, Rails, Django ou Node.js.

Le monitoring de disponibilité vérifie un service depuis l’extérieur : Hyperping appelle votre site ou votre API jusqu’à toutes les 30 secondes et alerte quand il ne répond plus. Le monitoring des tâches cron fonctionne dans l’autre sens : c’est votre tâche qui appelle Hyperping, et le silence signale la panne. La plupart des équipes ont besoin des deux, et Hyperping les fait tourner côte à côte. Voir le monitoring de disponibilité.

Les healthchecks sont inclus dans tous les forfaits, Free compris. Chaque healthcheck compte comme un des moniteurs du forfait : 20 sur Free, 50 sur Essentials, 250 sur Pro et 1 000 sur Business, partagés avec vos vérifications de disponibilité. Voir les tarifs.

Cronitor va plus loin dans l’analyse des tâches et Healthchecks.io est open source et gratuit en auto-hébergement. Hyperping réunit le monitoring cron, les vérifications de disponibilité, les pages de statut et les incidents dans un seul compte. Nous les avons comparés côte à côte dans les meilleurs outils de monitoring des tâches cron.