---
# Supervision derivee du role. Voir docs/supervision-conception.md.
#
# LA SONDE QUI SURVEILLE CELUI QUI REGARDE. C'est le cas le plus retors de tout le
# dispositif, et il merite d'etre dit franchement.
#
# `serveur_icinga` — le moteur — a ses propres sondes : `moteur`, `base`, `ingestion`.
# Elles disent que la supervision FONCTIONNE. Ce role-ci porte la CONSOLE : l'endroit ou
# un humain va lire ce que le moteur a compris.
#
# SI LA CONSOLE MEURT, TOUT RESTE VERT. Le moteur continue de collecter, les sondes
# continuent de pousser, les verdicts continuent de s'ecrire — et personne ne peut plus
# les voir. Le systeme est en parfaite sante et l'exploitant est aveugle. Une panne sans
# aucun symptome, jusqu'a celui qu'on decouvre en cherchant a diagnostiquer autre chose.
#
# ET C'EST LE MOTEUR LUI-MEME QUI RAPPORTE CETTE SONDE, depuis la machine ou les deux sont
# co-localises. Autrement dit : la supervision sait dire que sa propre vitrine est
# tombee — a condition que le moteur, lui, tienne. Elle ne peut pas rapporter sa propre
# mort, et c'est pour ca que le TTL existe : un porteur muet devient perime, et le silence
# alerte autant que l'echec.
#
# DEUX PROCESSUS, UNE SEULE CAUSE D'ACTION. php-fpm et le nginx local tombent
# separement, mais le geste est le meme — aller voir la console. Une seule sonde.
sondes:
  - nom: console
    ttl: 5400
    raison: 'La console de supervision repond-elle encore ? Si elle meurt, le moteur
      continue de collecter et tous les verdicts restent verts : le systeme est en
      parfaite sante et l''exploitant est aveugle. C''est une panne sans symptome, qu''on
      decouvre en cherchant a diagnostiquer autre chose.'