Разработка BizTalk Server - Выполнение этого метода Biztalk

Question

Недавно у меня был интеграционный проект с очень коротким сроком. Это требование, что мы используем Biztalk, где все связанные с интеграцией процессы централизованы.

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

Написание рамки для этого, которая может быть многоразовой, простой в обслуживании и подключаемой для последующего использования с новыми клиентами, целевой системой и транзакциями, не может обрабатываться в BizTalk. Вместо этого я выбрал чистый подход C# + EF4.1, где создание и выполнение задания инициируется Biztalk.

В принципе, мы сократили BizTalk, чтобы взять на себя роль службы Windows.

Это плохой дизайн? Это плохой подход? Мое сердце говорит, что это так, но с ограничениями, с которыми я сталкиваюсь, это лучший подход.

Однако в конечном итоге мы разрабатываем программные решения для решения проблем. Даже если это означает не соблюдение нормы.

Что вы думаете?

Answer 1

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

Однако BizTalk - это инструмент, который имеет очень специфический набор навыков. Например, высокая скорость обмена сообщениями, очень быстрое преобразование xslt и простая настройка маршрутизации и мониторинга. Если вам нужна какая-либо из этих функций в вашей системе, вы можете сделать хуже, чем использовать BizTalk для них.