Infrastructure¶
Statut¶
Document de design cible.
Ce document décrit l'architecture attendue de l'Infrastructure dans CMonChoix Platform V2.
Mission¶
L'Infrastructure fournit les dépendances techniques nécessaires à la Platform.
Elle encapsule les détails bas niveau afin que le Domain Core, les Vertical Modules et les Services ne dépendent pas directement de WordPress, SQL, fichiers ou APIs externes.
Responsabilités¶
- accès base de données encapsulé
- repositories
- filesystem
- HTTP clients
- configuration technique
- logs techniques
- locks techniques
- adapters WordPress
- adapters externes
Ce qui lui appartient¶
- DB adapters
- repositories techniques
- filesystem adapters
- HTTP adapters
- configuration adapters
- lock adapters
- logging adapters
Ce qui lui est interdit¶
- logique métier
- scoring produit
- résolution d'identité
- rendu frontend
- décisions de gouvernance
- règles marchands
- orchestration pipeline profonde
Dépendances autorisées¶
L'Infrastructure peut dépendre de :
- WordPress si encapsulé
$wpdbsi encapsulé- filesystem
- réseau
- configuration serveur
- librairies techniques
Dépendances interdites¶
L'Infrastructure ne doit pas dépendre de :
- frontend
- templates
- règles métier verticales
- décisions produit
- logique de scoring
- logique de projection métier
Entrées¶
- requêtes techniques
- configuration
- paramètres repository
- contexte d'exécution technique
Sorties¶
- données techniques
- résultats repository
- logs
- erreurs techniques contrôlées
- états de lock
- réponses HTTP externes
Contrats utilisés¶
L'Infrastructure implémente ou soutient :
- repositories
- persistance
- locks
- logs
- configuration
- accès lecture/écriture contrôlé
Organisation cible¶
infrastructure/
database/
connection
repositories
query-builder
filesystem/
storage
temp-files
http/
client
response
logging/
logger
locks/
lock-adapter
config/
settings