OPS-Patient0/plan
Daniel Allaire b7c06755dd plan : les quatre machines passent a l'etat actif
`etat: planifie` etait l'heritage du modele : `flotte-creer` ne cree que les hotes ACTIFS,
donc le deploiement n'aurait fabrique aucune machine. Passer a `actif` est la declaration
d'intention — « je veux que cette machine existe » — et c'est le seul geste qui la
transforme en VM.

L'inventaire regenere ne porte plus que trois integrations : client_backup, client_pki,
client_unbound. `client_journal` et `client_metrique` sont tombes d'eux-memes — patient 0
n'a ni Loki ni Prometheus, et le moteur sait desormais qu'une integration universelle sans
service central n'a personne a qui parler.

Dependances causales : OK.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-22 14:54:37 -04:00
..
applications.yml plan : la base tient dans un fichier — PostgreSQL et sa machine s'en vont 2026-08-22 13:57:40 -04:00
bases-donnees.yml plan : la base tient dans un fichier — PostgreSQL et sa machine s'en vont 2026-08-22 13:57:40 -04:00
domaines.yml patient 0 : le plan de l'ecosysteme dont les autres descendront 2026-08-20 20:51:00 -04:00
nomenclature.yml plan : la base tient dans un fichier — PostgreSQL et sa machine s'en vont 2026-08-22 13:57:40 -04:00
serveurs.yml plan : les quatre machines passent a l'etat actif 2026-08-22 14:54:37 -04:00