Лучший подход, когда источник один и тот же, а адресаты разные в biztalk

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

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

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

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

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

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

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

Пожалуйста, предложите.


biztalk biztalk-2010 biztalk-2013 biztalk-2009
person Abhishek Gahlout    schedule 04.09.2014    source источник
comment
Существует определенная частота для всех трех целевых систем. Вы имеете в виду, что цели могут принимать данные только в определенное время? Обычно все это управляется источником, то есть, когда он производит данные, все 3 подчиненные системы затем получают их.   -  person Johns-305    schedule 04.09.2014
comment
Если, как спрашивает @ Johns-305, некоторые целевые системы принимают сообщения только в течение определенного времени, один из вариантов — Enable service window в расширенном параметре транспорта в свойствах порта отправки, указывающем на эту систему.   -  person Dijkgraaf    schedule 05.09.2014
comment
На самом деле источник будет продолжать производить данные, но цели будут принимать данные с определенной частотой (допустим, через временной интервал в 2 часа, 4 часа и 5 часов). Целевая система примет самые последние данные.   -  person Abhishek Gahlout    schedule 05.09.2014
comment
Итак, вам нужно собрать все данные из источника в одно сообщение для отправки в целевую систему? Если это так, вам придется взглянуть на шаблон последовательного конвоя Biztalk msdn.microsoft.com /en-us/library/aa561843.aspx. Но следите за зомби msdn.microsoft.com/en-us/library/bb203853 .aspx   -  person Dijkgraaf    schedule 09.09.2014

Ответы (2)


arrow_upward
1
arrow_downward

О какой логике вы вообще думаете?

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

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

person Pieter Vandenheede    schedule 04.09.2014

arrow_upward
1
arrow_downward

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

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

person Vikas Bhardwaj    schedule 04.09.2014