EAI - Мост сообщений против переводчика сообщений
Я читал о шаблонах Spring Integration и Enterprise Integration.
Я застрял в шаблоне Мост сообщений: http://enterpriseintegrationpatterns.com/MessagingBridge.html http://static.springsource.org/spring-integration/docs/2.0.0.M3/spring-integration-reference/html/bridge.html
В чем разница между мостом обмена сообщениями и переводчиком сообщений с точки зрения обработки сообщений? Разве они оба не позволяют двум объектам, которым требуются разные форматы, работать вместе?
2 ответа
С точки зрения чистого EIP, транслятор используется для преобразования сообщения в системе, тогда как мост может включать преобразование между различными системами.
В весенней интеграции <bridge/>
Реализация просто используется как неоперативный компонент между каналами.
Например, у вас может быть общий подпоток, который начинается с канала - скажем, лишь небольшое количество компонентов, достигающих кульминации в исходящем адаптере (например, FTP). Возможно, вы захотите повторно использовать этот подпоток в нескольких приложениях - вы можете упаковать его в банку и документ, с которого он начинается, скажем toFTPChannel
, Теперь другие приложения, которые могут захотеть использовать этот "компонент", могут просто <bridge/>
их выходные каналы в toFTPChannel
,
Мост не более чем позволяет вам соединить два канала друг с другом.
Еще один пример использования - модульное / интеграционное тестирование - например, вы можете соединить последний канал приложения с QueueChannel
поэтому тест может использовать выходное сообщение и проверить его содержимое.
Messaging Bridge предназначен для соединения двух разных типов систем обмена сообщениями. Ex. Доминирующей системой обмена сообщениями в вашей организации является Tibco EMS, которую большинство ваших приложений используют для связи. Но теперь многие из ваших приложений также нуждаются в специальном фиде сообщений, который доступен только в IBM-MQ. В таком случае имеет смысл связать / реплицировать канал MQ с темой EMS, чтобы ваши приложения, которые используются для общения с EMS, теперь могли легко получать сообщения из соединенной темы EMS, а не из MQ.
Переводчик сообщений - это в основном преобразователь формата данных в той же системе обмена сообщениями. Основное внимание уделяется переключению форматов данных (например, с XML на JSon), а не транспортам обмена сообщениями (например, с MQ на EMS).