Architecture événementielle et couplage : vous n’êtes pas aussi découplé que vous le pensez.

Vous avez donc démantelé votre architecture monolithique. Vous avez introduit un courtier de messages. Vous utilisez une architecture événementielle. Les événements fusent de toutes parts.

Vous êtes découplés maintenant, n'est-ce pas ?

Mais bizarrement, rien ne semble aller mieux car votre organisme reste très fragile.

YouTube

N'hésitez pas à consulter ma chaîne YouTube , où je publie toutes sortes de contenus sur l'architecture et la conception de logiciels, y compris cette vidéo qui reprend tous les éléments de cet article.

Événements CRUD

Le problème pourrait venir des événements que vous publiez :

ShipmentStatusChangedShipmentAddressUpdatedEstimatedDeliveryDateChangedCarrierIdUpdated

Tous les autres services s'abonnent à ces événements et conservent leur propre copie locale des données d'expédition.

Vous pourriez croire que vous découplez votre système en publiant des événements auprès de différents consommateurs, mais ce n'est pas le cas. En réalité, vous avez simplement commencé à dupliquer les données partout.

Que signifie concrètement le changement de statut de l'expédition ?

Supposons que nous introduisions un nouveau statut d'expédition…