modèle Broker EAI

Question

Je suis nouveau et EAI lu qu'il ya 2 façons de réaliser EAI

1) Courtier/centre-spoke modèle 2) ESB

est un modèle de courtier JMS?

J'ai travaillé sur l'intégration de Spring qui est léger ESB donc avoir une idée de comment fonctionne ESB.

Mais pas sûr de modèle Broker

Toute personne qui peut ellaborate modèle Broker et comment le mettre en œuvre.

Merci à l'avance

Cordialement Ramandeep S.

Answer 1

un courtier ou un concentrateur et rayon est un modèle d'intégration basé sur un middleware centralisé.

Et oui, JMS est une implémentation de ce modèle. Voir this:

Hubs intégration

... Lors de la traduction du concept de moyeu et a parlé au monde de l'intégration, il est utile d'examiner de plus près ce que une connexion entre deux les systèmes impliquent vraiment, c'est-à-dire que représente réellement la ligne entre deux boîtes? Dans certains cas, la ligne peut être une file d'attente de messages; dans d'autres cas, il peut s'agir d'un sujet de publication/abonnement ou dans d'autres cas, il peut s'agir de l'URI. Donc, en fonction du système, avoir beaucoup de lignes peut maintenant immédiatement un problème . Alors qu'il serait difficile de mettre en place beaucoup de messages files d'attente, publier des sujets et URI sont largement logiques concepts et ayant beaucoup de nuit signifie un peu plus de maintenance mais il est peu probable que ce soit la fin du monde . Mais l'architecture Hub-and-Spoke offre également un autre avantage significatif: elle déconnecte l'émetteur et le récepteur en insérant un médiateur actif au centre: le concentrateur. Par exemple, ce concentrateur peut effectuer la fonction importante de routage des messages entrants vers la destination correcte. En tant que tel, il découpe l'expéditeur du message de ayant à connaître l'emplacement du récepteur. Avoir tous les messages voyager à travers un composant central est également idéal pour la consignation des messages ou pour contrôler le flux de messages. Le style Hub-and-Spoke appliqué de cette manière est communément appelé «Message Broker», car le hub permet d'échanger des messages entre les participants.

Considérations Format des données

Message Broker devrait inclure une traduction de protocole et des données fonction de transformation. Par exemple, un message peut arriver via une file d'attente de messages , mais doit être transmis via HTTP. En outre, l'emplacement la transparence est seulement une illusion à moins que la traduction de format de données soit également fournie.Sinon, une modification de la destination (c'est-à-dire une demande sous la forme d'un message est maintenant prise en charge par un autre composant) est très susceptible d'exiger une modification du format de données de message. Sans un Traducteur de message entre les deux, l'expéditeur du message aurait également à modifier. Par conséquent, l'implémentation de ce type d'architecture Hub-and-Spoke inclut généralement des capacités de traduction de format de données .