Daniel Allaire
f2c580235d
D-87 disait que l hebergeur n a pas le droit de voir les journaux de ses
locataires. La decision avait une face cachee : a force de refuser de voir
ceux des autres, le site s etait prive des siens. Ses sept machines
n expediaient nulle part.
Il prend donc sa propre pile : prometheus, loki et grafana sur site-mon-01,
sans aucun lien avec ceux d un tenant. L exemption qui bloquait portait sa
propre condition de levee, ecrite cinq jours plus tot dans le plan.
Grafana au site n a pas de SSO, et le role l ignorait : il reclamait l IdP
avant de regarder s il en voulait un. L interrupteur existait, il n etait
pas honore. Le role refuse desormais SSO eteint ET formulaire local eteint
- la combinaison deploie un Grafana en sante ou personne ne peut entrer -
et le reglage du formulaire sort du if du SSO, ou il disparaissait en
laissant le defaut amont decider en silence.
Deux manques se cachaient l un l autre dans le devis de la frontiere, et
Prometheus voyait 1 cible sur 7 :
- le devis derivait les groupes d une machine du site de applications.yml
seul, et ne voyait donc aucune integration universelle - alors que
client_metrique ouvre un port d ecoute ;
- une sortie vers un role du site visait !SETOPS_INTERNES, qui exclut
precisement la machine nommee. Le devis autorisait a expedier les
journaux du site a n importe quel Loki du monde, et a nul autre endroit
qu a celui-la. Neuf flux dans ce cas.
Et deux declarations justes ne font qu une regle : appliquer_opnsense pose
tout en direction: in (D-61).
Les deux agents se supervisent enfin eux-memes. La sonde des journaux ne
demande pas si Alloy tourne, elle lit ce qu il a du JETER. Elle a fait ses
preuves le jour meme : Alloy actif, /-/ready a 200, et cinquante lignes
perdues sur six machines.
Mesure : metriques 7/7 vert, journaux 1/7 - les six autres attendent la
regle de frontiere, et le disent. prouver 64 OK, ansible-lint 0 defaut.
Reste a la main de l exploitant : make frontiere-appliquer CONFIRMER=true,
et le secret vault_grafana_admin a deposer dans underlay.vault.yml.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
25 lines
1.4 KiB
YAML
25 lines
1.4 KiB
YAML
---
|
|
# Supervision derivee du role. Voir docs/supervision-conception.md.
|
|
#
|
|
# CE QUE CETTE SONDE MESURE : les journaux SORTENT-ILS ? Pas « Alloy tourne », pas
|
|
# « le port de Loki repond » — un connect() ne prouve rien, et cette lecon a deja ete
|
|
# payee ici. Alloy tient lui-meme le compte de ce qu'il a du JETER : c'est la seule
|
|
# mesure qui distingue « rien a envoyer » de « rien n'est parti ».
|
|
#
|
|
# CE QUE CA A DEJA ATTRAPE, le jour meme ou la sonde a ete ecrite (2026-09-10) : les six
|
|
# machines du site hors de la zone de Loki affichaient
|
|
# loki_write_dropped_entries_total{reason="ingester_error"} 50
|
|
# pendant que leur Alloy etait `active (running)` et que son `/-/ready` rendait 200. La
|
|
# frontiere n'avait pas encore la regle. Trois indicateurs verts, cinquante lignes de
|
|
# journal perdues.
|
|
#
|
|
# POURQUOI UNE MEMOIRE D'UN PASSAGE A L'AUTRE. Un compteur cumulatif ne dit pas QUAND.
|
|
# Une machine qui a perdu cinquante lignes il y a un mois et plus rien depuis n'est pas
|
|
# en panne — la reparer une seconde fois n'a pas de sens. On compare donc au passage
|
|
# precedent : ce qui AUGMENTE est une perte en cours, ce qui stagne est une cicatrice.
|
|
sondes:
|
|
- nom: journaux
|
|
ttl: 5400
|
|
raison: >-
|
|
Les journaux de cette machine partent-ils vraiment vers Loki ? Alloy peut tourner,
|
|
se declarer pret, et jeter chaque ligne faute de pouvoir joindre le collecteur.
|