Organiser la mise en œuvre
Décrire les comportements attendus, les erreurs possibles et les conditions de reprise, conserver une preuve reproductible du fonctionnement.
Ne pas promettre une cohérence immédiate lorsque l’architecture est asynchrone. Expliquer les délais et états visibles pour l’utilisateur.
Identifier les invariants métier, les frontières transactionnelles et les conséquences d’un échec à chaque étape.
Le métier définit les invariants, les concepteurs choisissent les mécanismes, et l’exploitation traite les exceptions.
Un modèle des états et invariants, des procédures de reprise et des contrôles de rapprochement.
Application à votre contexte
Les trois actions proposées ci-dessous constituent un point de départ. Validez les résultats avec leurs utilisateurs et ajustez le niveau de détail avant d'étendre la démarche.
Traitez le fonctionnement normal et les échecs comme deux parties du même produit. Décrivez les contrats d'interface, les erreurs, les reprises, les droits et l'observabilité. L'exploitabilité doit être prévue dès la conception, pas ajoutée après le premier incident.
Trois actions de départ
- Définir ce qui doit rester vrai
- Analyser les échecs et reprises possibles
- Tester les mécanismes de cohérence et de réconciliation