Set-OPS-Public/roles/serveur_web_dorsal/meta/supervision.yml
Daniel Allaire aab1bcc83a doc : rangee par lecteur, trois portes d'entree (architecture, setup, usage) et un index
README reduit au role du projet et au demarrage rapide. docs/architecture.md (schemas
Mermaid), docs/setup.md, docs/usage.md (154 cibles en 13 familles), docs/README.md (index).
Documents ranges en conception/, exploitation/, hebergement/, projet/ ; 598 chemins suivis.
QUICKSTART.md, SOLUTION.md, architecture-set-ops.md et la carte fondus puis retires.

Preuves : P48 lit l'index et conception/mecanismes.md ; les gardes parcourent docs/ sous-
dossiers compris (_documents) ; usage.md suit le Makefile dans les deux sens.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-15 01:01:54 -04:00

39 lines
2 KiB
YAML

---
# Supervision derivee du role. Voir docs/conception/supervision-conception.md.
#
# CE QUE `client_sante` RAPPORTE DEJA : les unites systemd EN ECHEC de la machine. C'est
# la base, et elle ne suffit pas ici.
#
# UNE WEBAPP NE TOMBE PRESQUE JAMAIS EN « FAILED ». Elle se coince. Le processus vit,
# systemd la voit `active (running)`, le port est ouvert — et plus une requete n'aboutit :
# une boucle d'evenements bloquee, un verrou SQLite jamais relache, un pool d'attente
# sature. Pour systemd tout va bien ; pour l'utilisateur, le site ne repond plus.
#
# C'est pourquoi la sonde ne se contente pas de l'etat de l'unite : elle FRAPPE l'app.
#
# CE QU'ELLE MESURE, ET OU. Les apps ecoutent en `127.0.0.1:<port>`, derriere un nginx
# local, lui-meme derriere l'edge. La sonde frappe le port de l'APP — le maillon le plus
# profond. Si elle est verte et que le site ne repond pas, la panne est dans nginx ou a
# l'edge, et on l'a appris sans chercher.
#
# UNE SEULE SONDE POUR TOUTES LES APPS : une seule CAUSE D'ACTION, aller voir cet
# hebergeur. Elle nomme celle qui manque.
#
# TTL de 5400 s pour un porteur qui passe aux 15 min : trois passages manques avant la
# peremption. Le silence alerte autant que l'echec.
sondes:
- nom: apps-servies
metier: web
ttl: 5400
raison: 'Chacune des webapps declarees repond-elle encore ? Une app ne tombe presque
jamais en « failed » — elle se coince : le processus vit, systemd la dit active, le
port est ouvert, et plus une requete n''aboutit. Le rapport d''unites en echec ne
verra jamais ca.'
# SUR LE DORSAL DEPUIS LE 2026-09-29 : c'est lui qui porte les sites ; le frontal les relaie.
- nom: sites-servis
metier: web
ttl: 5400
raison: 'Chacun des sites statiques declares se sert-il encore ? Le contenu vient
d''un depot git : une branche renommee, un sous-dossier deplace ou un clone vide
laissent nginx parfaitement vert avec un site perime, vide, ou en 404. Seul un GET
sur le `server_name` de chaque site le dit.'