OPS-Patient0/plan/serveurs.yml
Daniel Allaire fe02d29704 plan : retirer client_smtp — une integration sans serveur bloque le deploiement
Le modele `forge` posait `client_smtp` sur deux machines alors qu'aucun MTA ne figure au
plan. La dependance causale (client_smtp -> serveur_postfix actif) aurait REFUSE le
deploiement, et l'aurait refuse tard : apres le clonage.

Porter des depots n'exige pas d'envoyer du courriel. Le jour ou la forge devra notifier,
ce sera un relais declare, pas une integration orpheline.

Registre valide, inventaire regenere.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-21 13:11:49 -04:00

18 lines
1.2 KiB
YAML

---
# `integrations:` ne porte que les integrations FACULTATIVES. Les universelles
# (PKI, metriques, journaux, resolution locale) viennent de la politique du role —
# voir roles/client_*/meta/integration.yml : tout hote les recoit sans etre listee ici.
serveurs:
infra-pki-01: { fonction: infra-pki, etat: planifie, disque: 32G, integrations: [client_backup] }
infra-edge-01: { fonction: infra-edge, etat: planifie }
infra-mail-01: { fonction: infra-mail, etat: planifie, integrations: [client_backup] }
infra-dns-01: { fonction: infra-dns, etat: planifie, disque: 40G }
data-sql-01: { fonction: data-sql, etat: planifie, integrations: [client_backup] }
# PAS DE `client_smtp` ICI, ni ailleurs dans ce plan : patient 0 n'a pas de MTA, et la
# dependance causale refuserait le deploiement. Porter des depots n'exige pas d'envoyer
# du courriel. Le jour ou la forge devra notifier, ce sera un relais declare, pas une
# integration orpheline.
#
# LA MACHINE QUI PORTE LE GENOME. Son disque n'est pas celui du modele : elle
# hebergera les depots de TOUS les ecosystemes de la lignee, pas seulement les siens.
forge-01: { fonction: forge, etat: planifie, disque: 80G, integrations: [client_backup] }