Daniel Allaire aab1bcc83a doc : rangee par lecteur, trois portes d'entree (architecture, setup, usage) et un index

README reduit au role du projet et au demarrage rapide. docs/architecture.md (schemas
Mermaid), docs/setup.md, docs/usage.md (154 cibles en 13 familles), docs/README.md (index).
Documents ranges en conception/, exploitation/, hebergement/, projet/ ; 598 chemins suivis.
QUICKSTART.md, SOLUTION.md, architecture-set-ops.md et la carte fondus puis retires.

Preuves : P48 lit l'index et conception/mecanismes.md ; les gardes parcourent docs/ sous-
dossiers compris (_documents) ; usage.md suit le Makefile dans les deux sens.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-15 01:01:54 -04:00

2 KiB

Raw Blame History

serveur_ops_tenant — donner à un runner la voûte de SON écosystème

Pour qui : l'exploitant qui monte le runner d'un tenant.

Marqueur, pas installateur. serveur_ops installe le poste — Ansible, les collections, les dépôts du génome, les symlinks. Ce rôle-ci y ajoute un pouvoir : la voûte de l'écosystème, déposée chiffrée, sans laquelle le runner peut tout calculer et ne rien configurer.

Les trois portées d'un runner

calculer      plan → inventaire        aucune voûte        serveur_ops
configurer    rôles sur ses machines   voûte du TENANT     serveur_ops_tenant
matérialiser  créer/détruire des VM    voûte du SITE       serveur_ops_site

Aucun runner n'est omnipotent. Le runner d'un site matérialise le terrain et n'entre jamais chez un tenant ; le runner d'un tenant configure son écosystème et ne touche jamais la fabric.

Pourquoi un rôle à part

Donner sa voûte à un runner est un pouvoir, pas un réglage. Le déclarer au plan force à répondre à « cette machine a-t-elle le droit de configurer cet écosystème ? » — une option activée par défaut y répondrait à notre place.

Ce qu'il exige

Variable	Ce que c'est
`serveur_ops_tenant_depot`	le dossier de cet écosystème chez le runner ; vaut `serveur_ops_instance` par défaut
`serveur_ops_tenant_voute_source`	le chemin du `vault.yml` sur le contrôleur

Le dossier d'inventaire (principal ou production) se découvre sur la machine : il n'est écrit nulle part.

Ce qu'il garantit

decrypt: false sur la copie, puis relecture de l'en-tête du fichier déposé. Une voûte déchiffrée par accident est une fuite silencieuse — le fichier existe, le rôle se dirait satisfait, et les secrets dormiraient en clair sur une machine. Le rôle refuse plutôt.

Voir aussi

roles/serveur_ops/README.md — l'installateur
roles/serveur_ops_site/README.md — le pouvoir symétrique, côté fabric
docs/hebergement/implanter-un-tenant-sur-un-site.md — la séquence complète

2 KiB Raw Blame History