Плюсы / минусы использования BizTalk вместо NServiceBus или MassTransit - PullRequest
12 голосов
/ 14 сентября 2010

Мне любопытно, если это даже заставит BizTalk реализовать архитектуру обмена сообщениями pub / sub (в основном то, что вы можете сделать с NServiceBus или MassTransit - это все, что мне действительно нужно). Мой менеджер склонен придерживаться фреймворков, предоставленных непосредственно Microsoft, и поэтому в рамках моей должной осмотрительности относительно того, какой из них использовать, мне нужно дать хороший набор плюсов / минусов для обеих сторон. Любое руководство будет с благодарностью!

Ответы [ 4 ]

11 голосов
/ 14 сентября 2010

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

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

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

8 голосов
/ 14 сентября 2010

Biztalk является брокером и больше подходит для EAI в рамках различных бизнес-сервисов.Сервисный автобус принципиально другой.Сравнение можно найти здесь:

http://docs.particular.net/nservicebus/architecture/nservicebus-and-biztalk

Если вы можете поделиться некоторыми из ваших требований, я мог бы дать некоторые дополнительные рекомендации.

7 голосов
/ 07 октября 2010

Важно отметить, что BizTalk - это серверный продукт для интеграции корпоративных приложений (EAI - как упомянул Андреас).Он более сложный и сложный, чем фреймворк.

У Microsoft есть набор инструментов Enterprise Service Bus Toolkit, который можно использовать в BizTalk, чтобы вы могли называть свою среду BizTalk своей ESB.То, что они считают «ESB», может не совпадать с тем, что вы считаете ESB.Вы можете взглянуть на их страницу ESB Toolkit (http://msdn.microsoft.com/en-us/biztalk/dd876606.aspx),, но она включает такие вещи, как:

  • Динамическое (т. Е. Во время выполнения) преобразование и перевод сообщений.
  • Маршрутизация сообщений может быть основана на контенте, маршруте или контексте и определена во время выполнения.

Конечно, шаблон публикации-подписки - это не то же самое, что использованиеслужебная шина.

BizTalk хорошо справляется с работой pub-sub независимо от того, используете вы ESB Toolkit или нет. Публикация одного сообщения в BizTalk «Message Box» чрезвычайно проста, иотправлять сообщение всем подписчикам. Решение pub-sub означает, что BizTalk действует как посредник, но это помогает гарантировать, что сообщения не будут пропущены и все сообщения будут отслежены. Решение BizTalk pub-sub имеет встроенныйточки расширения, которые позволяют нам добавлять, изменять или удалять конечные точки, не влияя на остальную часть решения.

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

Недавно была опубликована новая книга под названием «Прикладные шаблоны архитектуры на платформе Microsoft».который охватывает большую часть этого.Один из авторов этой книги, Ричард Серотер, также опубликовал шаблоны SOA с BIzTalk Server 2009, которые будут полезны для чтения, если вы решите использовать BizTalk для своей компании.

5 голосов
/ 14 сентября 2010

Я с Андреасом об этом - BizTalk, как правило, больше подходит для интеграции с добавленной стоимостью и управления бизнес-процессами, а не для деятельности типа ESB. BizTalk хорош в:

  • BPEL
  • Долгосрочные / Компенсированные транзакции
  • EAI
  • Брокеринг / Картография
  • Изменения протокола (MQ для WCF, Плоский файл в SAP и т. Д.)
  • EDI, RFID

Однако были предприняты попытки использовать BizTalk в качестве сервисной шины, в частности, ESB Toolkit

...