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>
This commit is contained in:
Daniel Allaire 2026-08-21 13:11:49 -04:00
parent 33ca12d2db
commit fe02d29704
2 changed files with 7 additions and 6 deletions

View file

@ -33,10 +33,6 @@ all:
infra-edge-01: null
infra-mail-01: null
infra-pki-01: null
client_smtp:
hosts:
data-sql-01: null
forge-01: null
client_unbound:
hosts:
data-sql-01: null

View file

@ -7,7 +7,12 @@ serveurs:
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, client_smtp] }
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, client_smtp] }
forge-01: { fonction: forge, etat: planifie, disque: 80G, integrations: [client_backup] }