Dans ce chapitre
6.1 Séparer les responsabilités
Le domaine métier possède le sens et les règles de son activité. La plateforme partagée fournit une capacité réutilisable. La technologie réalise cette responsabilité ; l’infrastructure l’héberge. Ces catégories ne doivent pas être confondues. Dans l’exemple, demandes possède les versions, opérations les faits d’exécution et finance les définitions de rapprochement. L’identité authentifie ; elle ne décide pas seule si un acteur peut approuver une demande donnée.
6.2 Frontières
| Domaine | Possède | Ne doit pas absorber |
|---|---|---|
| Demandes | Cycle et version approuvée | Preuves d’exécution |
| Exécution | Actions et exceptions | Modification d’une autorisation |
| Finance | Rapprochement et définitions | Correction silencieuse des faits sources |
| Plateforme | Identité, livraison et télémétrie communes | Toutes les décisions métier |
6.3 Partager sans bloquer
Chaque capacité commune a un contrat : service rendu, exploitant, accès et changements à coordonner. La notification reçoit une intention d’envoi ; elle ne devient pas l’autorité de l’approbation. Une petite équipe peut réaliser ces frontières par des modules dans un seul déploiement. Le dessin n’impose pas des microservices. Une séparation d’exécution exige un besoin et une capacité de support.
6.4 Gouvernance fédérée
Les règles communes couvrent identité, audit, compatibilité et transfert opérationnel. Les domaines conservent leurs politiques. Les exceptions sont attribuées et révisables. Une projection de reporting doit indiquer sa source et sa fraîcheur. La modifier directement pour corriger un total contournerait le propriétaire du fait.
6.5 Validation
Livrer carte des domaines, catalogue partagé, dépendances et procédure d’arbitrage. Rejouer un amendement entre demandes, opérations et finance. Chaque responsable doit expliquer son autorité et ses limites.