Модель EAI Broker

Question

Я новичок в EAI и прочитал, что есть 2 способа достижения EAI

1) Брокер / ступица спица модель 2) ESB

Является ли модель брокера JMS?

Я работал над Spring-интеграцией, которая является облегченной ESB, так что у меня есть идея, как работает ESB.

Но не уверен насчет модели Брокера

Любой, кто может разработать модель брокера и как ее реализовать.

заранее спасибо

С уважением Рамандип С.

Answer 1

Брокер или концентратор - это шаблон интеграции, основанный на централизованном промежуточном программном обеспечении.

И да, JMS является реализацией этого шаблона. Смотрите это:

Интеграционные хабы

... При переводе понятия хаб и разговоров в мир интеграции полезно поближе взглянуть на то, что на самом деле влечет за собой связь между двумя системами, т. Е. Что на самом деле представляет линия между двумя блоками? В некоторых случаях строка может быть очередью сообщений, в других случаях это может быть тема публикации-подписки или в других случаях это может быть URI. Поэтому, в зависимости от системы, наличие большого количества строк может немедленно стать проблемой. Хотя было бы очень сложно настроить множество очередей сообщений, темы "публикация-подписка" и URI в значительной степени являются логическими концепциями, и их большое количество в ночное время означает немного больше обслуживания, но вряд ли станет концом света.

Но архитектура Hub-and-Spoke также предоставляет другое существенное преимущество - она ​​разъединяет отправителя и получателя, вставляя активный посредник в центр - концентратор. Например, этот концентратор может выполнять важную функцию маршрутизации входящих сообщений в правильный пункт назначения. Как таковой, он отделяет отправителя сообщения от необходимости знать местоположение получателя. Все сообщения перемещаются, хотя центральный компонент также отлично подходит для регистрации сообщений или управления потоком сообщений. Стиль Hub-and-Spoke, применяемый таким образом, обычно называется Message Broker, потому что концентратор посредников передает сообщения между участниками.

Вопросы формата данных

Message Broker должен также включать функцию трансляции протокола и преобразования данных. Например, сообщение может поступать через очередь сообщений, но должно передаваться через HTTP. Кроме того, прозрачность местоположения - только иллюзия, если не обеспечен перевод формата данных. В противном случае изменение пункта назначения (т. Е. Запрос в форме сообщения теперь обслуживается другим компонентом) с большой вероятностью потребует изменения формата данных сообщения. Если между ними нет Переводчика сообщений, отправитель сообщения также должен быть изменен. Поэтому реализация этого типа архитектуры Hub-and-Spoke обычно включает в себя возможности преобразования формата данных.