Les relations à rendre visibles

Pour chaque dépendance importante, préciser le responsable, l’usage, le mode de défaillance et l’alternative disponible. Vérifier les dépendances communes : deux solutions peuvent sembler indépendantes tout en partageant une identité, une plateforme, une compétence ou un contrat.

Les garanties techniques de livraison ne suffisent pas à garantir un effet métier unique. Tester le comportement de bout en bout.

Définir signification du message, identifiant, version, garanties attendues, reprise et durée de conservation.

Un message livré plusieurs fois peut déclencher une action métier en double si le consommateur n’est pas protégé.

Application à votre contexte

Pour chaque relation importante, précisez l'usage, le responsable et ce qui se passe en cas d'indisponibilité. Cherchez aussi les ressources communes qui rendent plusieurs alternatives moins indépendantes qu'elles ne le paraissent.

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.

Remettre cette réponse dans son contexteÉvénements, messages et traitements asynchrones

Références pour approfondir