OPS-Patient0/plan/bases-donnees.yml
Daniel Allaire 6642796518 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

6 lines
257 B
YAML

---
# 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: {}