Quels sont les modèles de conception de systèmes distribués courants pour les architectures pilotées par les événements ?

1 Modèle Pub/Sub

Le modèle de publication/abonnement est l’un des modèles les plus basiques et les plus utilisés pour les architectures pilotées par les événements. Il implique un courtier qui sert de médiateur dans la communication entre les éditeurs et les abonnés. Les éditeurs produisent des événements et les envoient au courtier, tandis que les abonnés enregistrent leur intérêt pour certains types d’événements et les reçoivent du courtier. De cette façon, les éditeurs et les abonnés sont découplés et peuvent évoluer indépendamment. Le modèle pub/sub est utile pour les scénarios où vous devez diffuser des événements à plusieurs consommateurs, ou lorsque vous devez filtrer ou transformer des événements en fonction de certains critères.

2 Modèle d’approvisionnement événementiel

Le modèle d’approvisionnement en événements est un moyen de capturer les changements d’état d’un système sous la forme d’une séquence d’événements et de les utiliser comme source de vérité. Au lieu de stocker l’état actuel d’une entité, vous stockez les événements qui ont conduit à cet état et les rejouez si nécessaire. De cette façon, vous pouvez obtenir une haute disponibilité, cohérence et auditabilité de votre système. Le modèle d’approvisionnement en événements est utile pour les scénarios dans lesquels vous devez prendre en charge des requêtes temporelles, des opérations d’annulation ou de rétablissement ou une logique métier complexe.

3 Modèle Saga

Le modèle de saga est un moyen de gérer des transactions distribuées qui couvrent plusieurs services ou ressources. Au lieu d’utiliser un protocole de validation traditionnel en deux phases, qui peut être coûteux et sujet aux échecs, vous utilisez une série de transactions locales coordonnées par des événements. Chaque transaction locale publie un événement qui déclenche le suivant, jusqu’à ce que la saga soit terminée ou abandonnée. Si une erreur se produit, vous utilisez des transactions compensatoires pour annuler la saga. Le modèle de saga est utile pour les scénarios où vous devez garantir la cohérence et la fiabilité des données entre les systèmes distribués, ou lorsque vous devez mettre en œuvre des processus métier de longue durée.