OPS-Patient0/plan/bases-donnees.yml

---
# AUCUNE BASE AU REGISTRE, et c'est un choix : la forge de patient 0 tient la sienne dans
# un fichier (`serveur_forgejo_bd: sqlite`). Le registre sert a provisionner des bases sur
# un SERVEUR — il n'y en a pas ici.
serveurs_bd: {}
bases_donnees: {}
patient 0 : le plan de l'ecosysteme dont les autres descendront Aujourd'hui, tout ce qui fabrique Chezlepro vit sur `eregion` — une machine HORS FLOTTE, montee a la main, que Set-OPS ne deploie pas, ne sauvegarde pas et ne prouve pas. Un ecosysteme entier depend d'un point unique que le moteur ignore. Patient 0 le remplace par le plus petit ecosysteme COMPLET (PKI, DNS, edge, courriel, PostgreSQL, forge — six machines), bati par le moteur, sauvegarde par le moteur, verifie par le harnais. On ne deplace pas le point unique de defaillance : on l'elimine. Derive du modele `forge`, avec trois ecarts assumes : - INDEX 29 (10.29.0.0/16, VLAN 1291-1296), choisi libre : 13 lab, 17 Chezlepro, 23 Technolibre ; les index bas (1, 11) ont deja force deux renumerotages. - `federe: false` — patient 0 est EXCLU des devis du site tant qu'il n'est pas materialise. Une flotte en cours de reconstruction n'a pas a se voir reserver des VLAN et des regles pour un ecosysteme qui n'existe pas (c'est exactement ce qui avait injecte les adresses d'un tenant perime dans le pare-feu partage, le 2026-08-12). A basculer a `true` AVANT `make sdn-appliquer`, le jour du deploiement. - `forge-01` recoit 80G au lieu du defaut : elle hebergera les depots de TOUTE la lignee, pas seulement les siens. Le modele `forge` dont il derive etait lui-meme perime sur deux points, corriges ici : `client_pki` liste a la main alors que l'integration est devenue universelle, et un FQDN expose reste en `exemple.internal`. Les modeles PRIVES ne sont pas couverts par le harnais — P17 ne decouvre que le modele public. VERIFIE : les quatre registres valident, le gabarit de voute couvre les 20 secrets exiges, l'inventaire est genere et applique. Et sur l'instance de l'exploitant, en pleine reconstruction : `make verifier` -> 38 OK, 0 echec, 0 saute ; les devis ne voient toujours que Chezlepro et Technolibre. CE QUI N'EST PAS ICI, ET NE LE SERA JAMAIS : le mot de passe de la voute. C'est le seul objet que la reproduction exige d'un humain — le mettre dans la forge reviendrait a enfermer la cle dans le coffre. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> 2026-08-20 20:51:00 -04:00			`---`
plan : la base tient dans un fichier — PostgreSQL et sa machine s'en vont Le role sait desormais faire SQLite (`serveur_forgejo_bd: sqlite`), et c'est le bon choix ici : quelques comptes, des depots qui sont pour l'essentiel des MIROIRS. Exiger une VM PostgreSQL — un serveur, une zone, un secret, une sauvegarde — pour une base que trois personnes sollicitent etait un cout sans contrepartie. Partent ensemble : l'application postgresql, la machine data-sql-01, les entrees du registre des bases, et la zone Donnees devenue vide. Une nomenclature qui decrit une zone sans machine est un mensonge en attente. PATIENT 0 : QUATRE MACHINES. infra-pki-01, infra-dns-01, infra-edge-01, forge-01. Sur la machine dont tout le reste descend, chaque service en moins est une chose de moins a defendre, a sauvegarder, et a rebatir un soir de reconstruction. La sauvegarde ne change pas : le fichier vit sous serveur_forgejo_data, que le job `serveur_forgejo` de client_backup emporte deja. Les quatre registres valident, l'inventaire est regenere, P35 ne reclame plus rien. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> 2026-08-22 13:57:40 -04:00			`# AUCUNE BASE AU REGISTRE, et c'est un choix : la forge de patient 0 tient la sienne dans`
			# un fichier (`serveur_forgejo_bd: sqlite`). Le registre sert a provisionner des bases sur
			`# un SERVEUR — il n'y en a pas ici.`
			`serveurs_bd: {}`
			`bases_donnees: {}`