Biztalk и служебная шина Azure

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


azure azureservicebus biztalk biztalk-2010
person Srinivas    schedule 16.03.2014    source источник

Ответы (3)


arrow_upward
4
arrow_downward

Если у вас есть все ваши приложения «на месте», вы создаете дополнительный риск, перемещая свой уровень интеграции в облако (внезапно ваше подключение к Интернету может вывести из строя ваш уровень интеграции), но хорошая новость заключается в том, что вы можете использовать служебную шину для Windows Server. , который вы запускаете локально (даже с пакетом Windows Azure!) Та же модель программирования, аналогичные функции обмена сообщениями, так что это может быть хорошим вариантом.

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

Удачи

person Sam Vanhoutte    schedule 16.03.2014
comment
Спасибо за идею, здесь, в Поддерживаемых топологиях ‹msdn.microsoft.com /en-us/library/windowsazure/dn441419.aspx› упоминается как один сервер для всех баз данных. мои исходные базы данных находятся на нескольких серверах (около 12 серверов). служебная шина для Windows Server все еще работает? - person Srinivas; 17.03.2014
comment
Служебная шина действительно не имеет ничего общего с другими вашими базами данных. Служебная шина просто использовала свою собственную базу данных для сохранения, настройки и т. д. (отсюда и схема топологии, на которую вы ссылаетесь). Если вам нужно подключиться к другим базам данных или системам, вам придется писать/кодировать это самостоятельно. Служебная шина будет просто выполнять обмен сообщениями, события и т. д. Если вы не хотите этого делать, BizTalk может вам помочь. - person Sam Vanhoutte; 17.03.2014

arrow_upward
5
arrow_downward

Если в интеграции нет чрезвычайной сложности, BizTalk, вероятно, не подходит для этой работы. С другой стороны, отправка данных в облако только для того, чтобы преобразовать их обратно в другую базу данных (в той же локальной сети?), также не является правильным подходом — это приведет к задержке и стоимости трафика.

(Почти) интеграция баз данных в реальном времени звучит как работа для чего-то вроде:

Если вы действительно хотите создать служебную шину, либо создайте локальную шину на основе AMQP, как предлагает Сэм (например, Windows Service Bus или Rabbit), либо купите существующий продукт (NServiceBus и т. д.).

person StuartLC    schedule 17.03.2014
comment
Если это действительно связь базы данных с базой данных, используйте SSIS, как упоминает Стюарт! Этот сервис создан именно для этого. - person Sam Vanhoutte; 17.03.2014

arrow_upward
0
arrow_downward

Если вы хотите интегрироваться только между несколькими локальными базами данных, вы можете рассмотреть возможность использования Service Broker Sql Server (http://msdn.microsoft.com/en-gb/library/bb522893.aspx).

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

Здесь есть хороший обзор... http://technet.microsoft.com/en-us/library/ms166104(v=sql.105).aspx

person AJC812    schedule 17.07.2014