docs: dossier d'architecture collectif #54

Closed
lenaic wants to merge 1 commit from lenaic/0-dossier-architecture into develop
Owner

Dossier d'architecture collectif, l'équivalent d'un EC01 mais pour ce qu'on construit ensemble. Document de travail, il n'est pas destiné au rendu — le seul rendu collectif est le rapport EC02, qui est du management.

À quoi il sert

Retrouver en un endroit comment le système est fait et pourquoi. Il complète les deux documents voisins sans les recouvrir : EXIGENCES-collectives.md dit ce que le système doit faire, celui-ci dit comment il est fait, les manuels de runbooks/ disent quels gestes exécuter.

Ce qu'il contient

Quinze sections : le besoin, les quatre contraintes qui ont façonné les décisions, une vue de contexte et une vue des composants en diagramme, le chemin de la donnée à travers le médaillon, le modèle de données de la zone or, le chemin de l'authentification, l'état réel des treize composants, le plan d'adressage, la chaîne d'intégration, l'observabilité, la stratégie de tests, la sécurité, et ce qui reste ouvert.

Le parti pris

Chaque composant porte son état réel : en service, installé non intégré, ou non commencé. Trois sur treize tournent aujourd'hui. Un dossier qui décrit un système souhaité plutôt que le système existant ne sert à personne au troisième jour.

Deux écarts sont écrits noir sur blanc plutôt que passés sous silence : PostgreSQL joignable depuis le réseau de la salle, et l'accès root partagé qui empêche d'attribuer les actions. Ils sont à trancher, pas à cacher.

Relecture

Regardez surtout la section 8, l'état réel des composants, et la section 6, le modèle de données. Si votre zone est décrite de travers, dites-le, c'est le moment.

Dossier d'architecture collectif, l'équivalent d'un EC01 mais pour ce qu'on construit ensemble. **Document de travail, il n'est pas destiné au rendu** — le seul rendu collectif est le rapport EC02, qui est du management. ## À quoi il sert Retrouver en un endroit comment le système est fait et pourquoi. Il complète les deux documents voisins sans les recouvrir : `EXIGENCES-collectives.md` dit ce que le système doit faire, celui-ci dit comment il est fait, les manuels de `runbooks/` disent quels gestes exécuter. ## Ce qu'il contient Quinze sections : le besoin, les quatre contraintes qui ont façonné les décisions, une vue de contexte et une vue des composants en diagramme, le chemin de la donnée à travers le médaillon, le modèle de données de la zone or, le chemin de l'authentification, l'état réel des treize composants, le plan d'adressage, la chaîne d'intégration, l'observabilité, la stratégie de tests, la sécurité, et ce qui reste ouvert. ## Le parti pris Chaque composant porte son état réel : `en service`, `installé non intégré`, ou `non commencé`. Trois sur treize tournent aujourd'hui. Un dossier qui décrit un système souhaité plutôt que le système existant ne sert à personne au troisième jour. Deux écarts sont écrits noir sur blanc plutôt que passés sous silence : PostgreSQL joignable depuis le réseau de la salle, et l'accès root partagé qui empêche d'attribuer les actions. Ils sont à trancher, pas à cacher. ## Relecture Regardez surtout la section 8, l'état réel des composants, et la section 6, le modèle de données. Si votre zone est décrite de travers, dites-le, c'est le moment.
docs: dossier d'architecture collectif
All checks were successful
Intégration / Qualité du code Python (pull_request) Successful in 4s
Intégration / Tests unitaires (pull_request) Successful in 3s
Intégration / Aucun secret commité (pull_request) Successful in 2s
717d76be9e
Décrit l'architecture réellement construite, avec l'état de chaque composant
et les écarts constatés. Document de travail, non destiné au rendu.

Closes #0
Author
Owner

Fermée : le dossier fait doublon avec ce qui existe déjà.

EXIGENCES-collectives.md porte déjà l'architecture cible, le plan d'adressage, la répartition et le plan de charge. Ajouter un second document qui redit les mêmes choses, c'est garantir que les deux divergent d'ici trois jours.

Ce qui manquait n'était pas un nouveau fichier mais l'exactitude du fichier existant : le port est 5433 et non 5432, la base est joignable depuis le réseau de la salle, et l'état réel de chaque composant n'y figure pas. C'est cela qui est corrigé, à sa place.

Le contenu de cette branche sert le dossier d'architecture collectif au format PDF, document de travail non destiné au rendu.

Fermée : le dossier fait doublon avec ce qui existe déjà. `EXIGENCES-collectives.md` porte déjà l'architecture cible, le plan d'adressage, la répartition et le plan de charge. Ajouter un second document qui redit les mêmes choses, c'est garantir que les deux divergent d'ici trois jours. Ce qui manquait n'était pas un nouveau fichier mais l'exactitude du fichier existant : le port est 5433 et non 5432, la base est joignable depuis le réseau de la salle, et l'état réel de chaque composant n'y figure pas. C'est cela qui est corrigé, à sa place. Le contenu de cette branche sert le dossier d'architecture collectif au format PDF, document de travail non destiné au rendu.
lenaic closed this pull request 2026-09-01 13:44:44 +00:00
All checks were successful
Intégration / Qualité du code Python (pull_request) Successful in 4s
Required
Details
Intégration / Tests unitaires (pull_request) Successful in 3s
Required
Details
Intégration / Aucun secret commité (pull_request) Successful in 2s
Required
Details

Pull request closed

Sign in to join this conversation.
No reviewers
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
g2/enervision!54
No description provided.