2014-09-04 9 views
0

Я в ситуации, когда мне нужно разработать механизм интеграции с использованием biztalk-сервера между различными системами.Наилучший подход, чтобы следовать, когда источник тот же, и места назначения отличаются в biztalk

Один из сценария выглядит следующим образом:

Существует система источника (позволяет говорить S1), который генерирует некоторые файлы в папке, и я использовал, чтобы забрать эти файлы, применять определенную логику и отправить к системам назначения , Существует три разные системы назначения (D1, D2, D3), которые должны обрабатывать те же файлы, сгенерированные исходной системой S1. Существует определенная частота для всех трех систем назначения, для обработки входных файлов (сгенерированных S1). Итак, какой должен быть наилучший подход в этом сценарии.

У меня есть некоторые мысли, которые являются следующими, пожалуйста, предложите мне лучший.

-> Сделайте три разных оркестровки для трех разных направлений.

-> Сделайте одну оркестровку и управляйте логикой только в этом.

-> Внедрение ESB. Используется ли ESB в этом сценарии?

Просьба предложить.

+1

«Существует определенная частота для всех трех систем назначения». Вы имеете в виду, что цели могут принимать данные только в определенное время? Обычно это все зависит от источника, а это означает, что когда он производит данные, все три системы ниже по потоку получают его. –

+0

Если в качестве ответа @ Johns-305 некоторые целевые системы принимают сообщения только в течение определенного времени, один из вариантов - «Включить служебное окно» в опцию «Транспортная дополнительная опция в свойствах отправки порта», указывающей на эту систему. – Dijkgraaf

+0

Фактически источник будет продолжать производить данные, но цели будут принимать данные на определенной частоте (пусть предположим, через промежуток времени 2 часа, 4 часа и 5 часов). Целевая система будет принимать последние данные. –

ответ

1

О чем вы на самом деле думаете?

В самом простом сценарии у вас будет только 1 приемный порт и местоположение и 3 порта отправки. Отправляемые порты будут подписываться (через фильтр портов отправки) на нужные им сообщения.

Для этого вам необходимо будет продвигать необходимые свойства в вашем месте приема (или оркестровке, но это имеет стоимость исполнения). Все зависит от вашей логики, но, вероятно, вы сможете поместить большую часть (если не всю) логику в отображение BizTalk.

1

Это действительно зависит от логики, которую необходимо применить к файлам для разных целей, вопрос, который вы зададите себе, - это вопрос: - Вам действительно нужна оркестровка для применения логики, это можно сделать, используя только входящие/исходящие карты или в трубопроводе. - Является ли логика существенно отличающейся для каждого пункта назначения? Если не требуется общая обработка сообщения. - Вам нужно сделать расширяемый дизайн, т. Е. Есть ли необходимость, когда вам может понадобиться добавить больше направлений в будущем?

Основываясь на ваших подробностях вопроса, очень сложно подобрать точный подход. Столь же хорошо, как вы можете разработать приложение, которое легко обслуживается и расширяется, вы должны быть в порядке с любым подходом. Вы должны обязательно посмотреть на реализацию ESB для динамической маршрутизации в разные пункты назначения.