Коллега утверждает, что BizTalk работает медленно и не должен использоваться. Он утверждает, что никогда не слышал ничего положительного о BizTalk, что он медленный и что клиенты, использующие его, хотят заменить его чем-то другим.
Я нахожусь на этапе планирования миграции данных, и мне интересно, думают ли так больше людей. Мне сложно поверить, что он не должен работать должным образом.
Я ищу возможность использовать BizTalk для еженощного обновления нескольких миллионов записей в Dynamics CRM вместо написания собственного приложения.
BizTalk обладает очень высокой производительностью, когда речь идет о сквозной передаче (сообщений в секунду). Задержка (время на отдельное сообщение) не такая высокая производительность, но должна подходить для 90% сценариев.
Однако для миграции данных есть гораздо лучшие инструменты, такие как SSIS в стеке Microsoft sql. BizTalk - это перемещение небольших данных в режиме реального времени, а не однократное перемещение больших данных.
Я соглашусь с Хью в этом - Biztalk работает очень быстро, если архитектура правильная. Вы можете увеличивать и увеличивать масштаб (поскольку он использует SQL-сервер в качестве окна сообщений).
Каждый раз, когда я видел «медленный» biztalk, это, как правило, дизайн оркестровки и неспособность понять значение окна сообщений.
Что касается миграции данных для ночных обновлений записей с использованием веб-сервисов CRM, то при программном обновлении Biztalk на самом деле не принесет вам никаких преимуществ и будет стоить вам времени.
SSIS действительно будет лучше. Интеграция / миграция данных с использованием служб SQL Integration Services (SSIS) 2008 БЛОГ MSDN