Назад | Перейти на главную страницу

Коллега утверждает, что BizTalk работает медленно и его не следует использовать

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

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

Я ищу возможность использовать BizTalk для еженощного обновления нескольких миллионов записей в Dynamics CRM вместо написания собственного приложения.

BizTalk обладает очень высокой производительностью, когда речь идет о сквозной передаче (сообщений в секунду). Задержка (время на отдельное сообщение) не такая высокая производительность, но должна подходить для 90% сценариев.

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

Я соглашусь с Хью в этом - Biztalk работает очень быстро, если архитектура правильная. Вы можете увеличивать и увеличивать масштаб (поскольку он использует SQL-сервер в качестве окна сообщений).

Каждый раз, когда я видел «медленный» biztalk, это, как правило, дизайн оркестровки и неспособность понять значение окна сообщений.

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

SSIS действительно будет лучше. Интеграция / миграция данных с использованием служб SQL Integration Services (SSIS) 2008 БЛОГ MSDN