Modèle de conception Pub/Sub dans le cache distribué .NET

Par Nandkishor

Le modèle de publication-abonnement, également connu sous le nom de Pub/Sub, est un outil indispensable pour créer des applications .NET de niveau entreprise. Juste pour vous rafraîchir la mémoire, Pub / Sous-marin est un paradigme de messagerie où les expéditeurs de messages (éditeur) n'ont aucune connaissance des destinataires prévus (abonnés). De plus, les applications éditeur et abonné n'interagissent pas directement entre elles mais dépendent au contraire d'un support commun appelé sujet. Il s'agit donc d'un modèle de messagerie faiblement couplé.

Maintenant, supposons que vous ayez plusieurs applications de rôles différents déployées dans la même architecture et qu'elles aient besoin d'un mécanisme pour s'informer/se notifier mutuellement de certains événements. Ces événements peuvent être soit transitoires (dus à des modifications apportées au moment de l'exécution), soit des événements de base de données (dus à des modifications dans la base de données). C'est exactement là que le modèle de conception de publication-abonnement vous aidera à activer les événements distribués.

Activation des événements distribués

Pour concevoir une architecture distribuée pilotée par les événements, les développeurs se tournent traditionnellement vers l'utilisation de l'une des méthodes suivantes ci-dessous.

Notifications de données fournies par le SGBDR

Si la banque de données est limitée à une base de données relationnelle, l'utilisation de la fonctionnalité de notification de la base de données semble être la meilleure option disponible. Il vous permet d'enregistrer votre intérêt auprès du serveur de base de données et informe vos applications en cas de modification du jeu de résultats de la base de données en raison d'une mise à jour, d'un ajout ou d'une suppression.

Cependant, les SGBDR sont intrinsèquement non évolutifs et deviennent facilement un goulot d'étranglement des performances dans les candidatures. Vous ne voulez pas imposer une charge inutile à vos bases de données. En outre, la fonctionnalité de notifications de base de données elle-même est intrinsèquement lente et ne prend pas en charge partage de données d'exécution également.