Intégration des contextes bornés localement

Question

Dans « Mise en œuvre Domain-Driven Design », Vernon donner des exemples détaillés pour l'intégration contexte délimité par une messagerie ou de repos solution, il mentionne également l'intégration de bases de données, mais je comprends ce n'est pas une solution très propre à base de données de partage ou au moins des tables db entre BC.

Mais si les 2 BCs que je veux intégrer sont hébergés localement sur le même serveur, est-ce vraiment une bonne idée d'utiliser une messagerie/repos/solution rpc? (Qui semble plus approprié pour une distance accueilli BC pour moi)

Sinon, à l'exception de l'intégration DB, quels sont les autres alternatives? Héberger les deux BC dans le même processus et l'appeler directement (toujours en utilisant des adaptateurs et des traducteurs pour une séparation propre)?

Merci

Answer 1

Vous pourriez regarder en utilisant quelque chose comme 0MQ pour la communication inter-processus sur le même serveur. Dans le passé, j'ai aussi simplement organisé des choses dans le même processus que vous le suggérez et j'ai juste utilisé des interfaces/des messages en mémoire pour séparer les contextes.

Tout est sur le compromis à la fin, donc vous avez juste besoin de décider quel niveau d'isolement que vous êtes prêt à accepter. La solution la plus simple serait de séparer à l'intérieur d'une solution via des dossiers et des interfaces, l'autre extrémité du spectre étant des serveurs complètement séparés.

Answer 2

Je ne pense pas que cet emplacement devrait entrer en jeu par rapport à. l'intégration entre les BC.

Il y a vraiment d'autres facteurs à considérer comme la livraison garantie au bénéficiaire afin d'assurer que le traitement a lieu. Ceci devrait être requis que les deux BC soient ou non hébergés sur le même serveur.

Une autre raison d'ignorer l'emplacement est que lorsque vous avez besoin à l'échelle, votre architecture devrait être en mesure de le gérer à partir du get-go. Comme Tomliversidge l'a mentionné, il est possible d'utiliser certains mécanismes de déploiement tels que la messagerie non durable pour accélérer les choses, mais il y aura certainement un compromis et cela doit être une décision consciente.