Вы используете BizTalk? Если так, как Вы используете его? [закрытый]

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

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

• оркестровка опрашивает третье лицо очередь сообщений IBM.
• Эта очередь содержит информацию для заказа (в xml формате), что мы в конечном счете должны импортировать в нашу Базу данных Microsoft SQL Server.
• , После того как xml получен от очереди, мы выполняем xslt перевод для получения xml в формат, который понимает наша система.
• С переведенным xml мы заканчиваем тем, что назвали хранимую процедуру, которая делает фактический "импорт" порядка.

решение закончило тем, что работало довольно хорошо и работало в течение нескольких лет теперь. Это - одна из тех вещей что просто работы.

Одна вещь, которую я отметил бы, состоит в том, что при разработке этого мы пытались использовать инструмент Mapper для помощи нам с частью перевода вещей. Наш перевод был вполне сложным, и сам инструмент был супер утомителен для использования. Так как мы были довольны xslt, мы закончили тем, что писали наше собственное и не использовали графический инструмент Mapper. Кажется, что инструмент Mapper был бы очень полезен для простых переводов, но что-либо по горстке элементов начинает становиться кошмаром обслуживания (по моему скромному мнению).

В прошлом я использовал BT (2004) в целях электронной коммерции (упорядочивание, закажите подтверждение, уведомление о доставке, и т.д.) в среде B2B, и это работало действительно хорошо. Это - вероятно, повседневная из BT, в которой это - самое очевидное место для него для нахождения в организации.

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

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

Все хорошее развлечение и большая работа...;-D

Лично разработали для:

Приобретение: обрабатывание запроса покупки для больницы к различным компаниям-производителям. Эти компании имели бы варьирование xml запросами отосланный в различные компании, где каждое изготовление будет иметь свой собственный стиль. Все покупки затем были также превращены в отчет о html/xslt (в получении дома) показывающий, что было куплено в какой цены.

HL7: Обработайте огромную сумму файлов HL7, обрабатываемых сразу (думайте, что это была установка к обработанным 4 за один раз), обработанный и помещенный в новую папку в течение того дня.

В настоящее время мы используем BizTalk 2006 в нашей компании для обменивания заказов с экземпляра Commerce Server 2007 и множеством магазинов, которые находятся за работой динамики RMS к нашей главной ERP, Dynamics Nav. BizTalk - это, безусловно, является мощным решением, но я считаю, что кривая обучения довольно крута и согласилась с другими на стойке, которые сказали, что это самый сложный сервер, производимый Microsoft.

Для того, что это делает, это качальное твердое вещество, и если бы когда-либо были проблемы с системой, она была на одном конце цепочки или другого, но никогда не с BizTalk.