Sentinelle vérifie toute seule, heure après heure, que vos services critiques répondent. Au lieu de chiffres bruts, elle vous remet un diagnostic clair en français, vous alerte en cas de panne et garde l'historique pour repérer les tendances.
Vérifier à la main que les sites, API et serveurs DNS répondent, c'est répétitif et facile à oublier — surtout la nuit. Sentinelle s'en charge à votre place. Elle teste vos services à intervalle régulier, comprend ce qui va et ce qui ne va pas, et le traduit en langage simple. Si quelque chose tombe, vous le savez tout de suite ; sinon, tout reste consigné pour plus tard.
Comme une ronde de sécurité, mais automatique. Six étapes s'enchaînent toutes seules, à chaque heure.
À l'heure dite, Sentinelle démarre seule. Aucune intervention nécessaire — elle peut aussi être lancée à la demande.
Elle envoie une requête à chaque service de la liste et mesure s'il répond, et à quelle vitesse.
Chaque service est rangé : en ligne, lent, hors ligne ou en erreur. Un service mort ne bloque jamais les autres.
Les résultats partent à l'IA, qui rédige un diagnostic structuré en français, comme le ferait un technicien.
Le rapport est produit en fichier texte téléchargeable, puis une ligne s'ajoute à l'historique.
Un problème détecté ? Un courriel détaillé part aussitôt. Tout va bien ? Pas de courriel inutile.
Chaque service reçoit un verdict clair à chaque vérification.
Le service répond correctement et rapidement.
Le service répond, mais la latence est anormalement élevée.
Aucune réponse : délai dépassé ou connexion refusée.
Le service répond, mais signale une erreur côté serveur.
Des codes HTTP et des millisecondes, ça ne parle pas à tout le monde. Sentinelle confie ces chiffres à un modèle d'IA qui en tire un diagnostic lisible, en quatre sections, exactement comme un rapport de technicien.
L'IA résume l'état réel du réseau en langage naturel : ce qui va, ce qui inquiète, quoi faire.
Le diagnostic est rédigé en moins de deux secondes à chaque ronde, sans ralentir le reste.
Le rapport est rédigé pour être compris par tous, pas seulement par l'équipe technique.
Chaque rapport se conclut par un verdict — NORMAL, ATTENTION ou CRITIQUE — qui pilote les alertes.
Dès qu'un service passe en ATTENTION ou CRITIQUE, un courriel détaillé part automatiquement.
Chaque exécution ajoute une ligne à un journal — même quand tout est normal.
Captures réelles de l'automatisation, de son exécution et de ses résultats. Cliquez pour agrandir.
Construite sur n8n. Un pipeline de douze étapes orchestre la collecte, l'analyse, l'appel à l'IA et la diffusion.
Définir Hôtes · génère la liste des services (nom, URL, type, criticité) prête pour la boucle.
Analyser Réponse · interprète le code HTTP, gère les timeouts et refus, calcule la latence et classe l'état.
Préparer Prompt IA · calcule le taux de disponibilité, le nombre de critiques touchés et le temps moyen, puis bâtit le prompt.
Formater Rapport Final · assemble statistiques + diagnostic + détail, et convertit le tout en fichier texte téléchargeable.
Le diagnostic est produit par un modèle LLaMA 3.3 70B servi via l'API Groq, appelée directement en HTTP.
Choix retenu pour sa latence très faible (moins de 2 s), son tier gratuit généreux, et sa compatibilité avec le format de requête standard — intégration sans dépendance lourde.
Le modèle reçoit un prompt structuré avec les vraies données de la ronde et renvoie un diagnostic en quatre sections : état général, points d'attention, recommandations, niveau d'alerte.
| Service | Type | Rôle |
|---|---|---|
| Groq — LLaMA 3.3 70B | IA générative | Rédige le diagnostic en langage naturel |
| Google DNS · Cloudflare DNS | Service réseau | Services critiques surveillés (référence) |
| GitHub API | API REST | Service non critique surveillé |
| HTTPBin · JSONPlaceholder | Endpoints de test | Cibles de vérification HTTP |
| Gmail | Courriel (OAuth2) | Envoi des alertes en cas de problème |
| Google Sheets | Stockage (OAuth2) | Journal d'historique des exécutions |
Les services surveillés sont entièrement configurables : il suffit de pointer Sentinelle vers les URL de l'organisation cible.
| Colonne | Exemple |
|---|---|
| Date (lisible) | mardi 5 mai 2026 à 19 h 59 |
| Horodatage ISO | 2026-05-05T19:59:35Z |
| Niveau d'alerte | NORMAL |
| Services total / en ligne | 5 / 5 |
| Hors ligne · lents · critiques | 0 · 0 · 0 |
| Temps moyen (ms) | 142 |
| Diagnostic IA (extrait) | État général : tous… |
12 étapes actives (hors déclencheur) · 1 boucle sur les services · requêtes HTTP vers chaque cible + l'IA · 4 scripts JavaScript de traitement · résultats observables : fichier texte, courriel et journal d'historique. Scénario éprouvé par exécution complète, test de panne simulée (continueOnFail), déclenchement forcé d'alerte et exécutions répétées vers l'historique.