Aller au contenu

Vos Jobs ne vous préviennent pas quand ils s’arrêtent. Nous oui.

SilenceWatch est du monitoring de jobs fondé sur une idée : chaque job envoie un signal quand il s’exécute, et vous êtes alerté dès qu’il manque. Gratuit, open source, auto-hébergeable.
  • Gratuit
  • Open source
  • Un seul appel HTTP
Un job se tait. Vous le savez en quelques secondes.

Fonctionne avec tout ce qui peut appeler une URL

crontab, minuteurs systemd, CronJobs Kubernetes, GitHub Actions, Spring Boot, Quartz, Docker, Bash, Python, Node.js, PowerShell, Java

Un job qui s’arrête en silence ressemble à un job sans rien à faire

Sauvegardes, exports, renouvellements, facturation : quand un job planifié s’arrête, aucune erreur n’est levée et personne n’est prévenu.

SilenceWatch est un dead man’s switch. Il surveille ce qui ne s’est pas passé : si un job ne donne pas signe de vie à temps, l’alerte part.

Le monitoring de jobs en trois étapes

Votre première alerte en quelques minutes.

  1. 1

    Déclarez le job

    Indiquez une fréquence ou une expression cron, un fuseau horaire et le retard toléré. Voir le monitoring de jobs.

  2. 2

    Pingez à la fin

    Un curl à la fin du job. Voir l’API de ping.

  3. 3

    Soyez alerté

    Pas de ping à temps : un incident s’ouvre et vos canaux sont prévenus. Le ping suivant le résout.

Des exemples à copier pour crontab, systemd, Docker, Kubernetes et GitHub Actions.

Ce que fait SilenceWatch

Cron et intervalles

Une fréquence ou une expression cron, avec fuseau horaire et délai de grâce. Voir le monitoring de cron.

Détection toutes les 10 secondes

Un check en retard est repéré en quelques secondes.

Alertes là où vous êtes

E-mail, webhook, Slack, Teams et Discord, chacun testable en un clic.

Starter Spring Boot

Une dépendance : chaque @Scheduled se déclare tout seul. Voir Spring Boot.

Historique et incidents

Chaque ping, incident et alerte, avec recherche.

API REST et clés

Pilotez vos checks par API, avec des clés limitées à un projet.

Pour quels jobs ?

Tout ce qui doit tourner régulièrement et dont l’absence compte. Si ça peut appeler une URL, ça peut être surveillé. Voir ce qu’est un dead man’s switch.

Spring Boot : zéro déclaration à la main

Le starter lit vos tâches @Scheduled et vos jobs Quartz au démarrage, les déclare, et envoie un ping autour de chaque exécution. Il ne bloque jamais votre job. Voir le monitoring Spring Boot.

Hébergé ou auto-hébergé

Open source sous licence Apache 2.0. Utilisez le service hébergé, gratuit, ou auto-hébergez-le : un conteneur et une base PostgreSQL.

Votre prochaine panne silencieuse ne le sera plus

Soyez alerté par mail ou sur n’importe quel webhook.

Questions fréquentes

Qu’est-ce que le monitoring de jobs ?

Vérifier que vos jobs planifiés, crons compris, s’exécutent vraiment. Chaque job envoie un ping à SilenceWatch en terminant, et vous êtes alerté quand un ping n’arrive pas.

SilenceWatch est-il gratuit ?

Oui. Le service hébergé est gratuit, et l’édition auto-hébergée est gratuite et open source (Apache 2.0), sans fonction réservée.

Comment surveiller un job qui ne plante pas mais ne s’exécute plus ?

Avec un dead man’s switch : le job envoie un ping à chaque exécution, et SilenceWatch vous alerte quand il manque. C’est le seul moyen de détecter une absence.

SilenceWatch fonctionne-t-il avec crontab, systemd et Kubernetes ?

Oui. Tout ce qui peut faire une requête HTTP convient : crontab, systemd, Kubernetes, GitHub Actions, scripts.

Peut-on surveiller les @Scheduled de Spring Boot automatiquement ?

Oui. Le starter découvre les méthodes @Scheduled et les jobs Quartz au démarrage et envoie un ping autour de chaque exécution, sans configuration par job.

Peut-on auto-héberger SilenceWatch ?

Oui, avec Docker : un conteneur et une base PostgreSQL, sous licence Apache 2.0.

Quels canaux d’alerte sont disponibles ?

E-mail, webhook (signé en HMAC-SHA256), Slack, Microsoft Teams et Discord, chacun testable depuis l’interface.