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>
18 lines
1.2 KiB
YAML
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] }
|