2026-09-14 09:34:31 -04:00
---
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:34 -04:00
# Supervision derivee du role. Voir docs/conception/supervision-conception.md.
2026-09-14 09:34:31 -04:00
#
# UNE SEULE SONDE, une seule CAUSE D'ACTION : aller voir oauth2_proxy.
#
# CE QUI TOMBE AVEC ELLE N'EST PAS ELLE. Cette passerelle porte l'acces aux applications
# qui n'ont pas de SSO natif — la supervision la premiere. Quand elle meurt, les services
# derriere restent debout et deviennent injoignables : on cherche la panne du mauvais cote.
#
# LA SONDE EST UN GREFFON STANDARD (`check_http`), pas du shell : la verite a mesurer
# n'a rien de propre a Set-OPS — c'est « ce service HTTP repond-il ce qu'il doit ».
#
# 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 : passerelle
2026-10-04 02:26:11 -04:00
metier : connexion
2026-09-14 09:34:31 -04:00
ttl : 5400
2026-09-29 00:30:43 -04:00
raison : 'La passerelle d' 'authentification repond-elle, et mene-t-elle vraiment a la page de connexion
de l''IdP pour son client ? Elle porte l''acces aux applications sans SSO natif — la vigie, la console. Quand elle meurt, les services derriere restent
2026-09-14 09:34:31 -04:00
debout et deviennent injoignables : on cherche la panne du mauvais cote.'