Является ли BizTalk «правильной» технологией для этой проблемы?

Question

В настоящее время я работаю над решением, которое включает следующий рабочий процесс:

1. Система отправляет электронное письмо, содержащее некоторый идентификатор / sessionID.
2. Пользователь отвечает на электронную почту.
3. Система получает ответ и анализирует электронную почту для отправителя, идентификатора и ответа пользователя.
4. Система запрашивает базу данных sql для получения некоторой информации, основанной на ответе пользователя, а затем вставляет некоторые данные.
5. Затем система выполняет http-публикацию на веб-странице, которая принадлежит другой системе.

Итак, мой вопрос: является ли BizTalk правильной технологией для всего или части этого решения? Почему или почему нет? Если нет, какой будет подходящая технология?

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

Спасибо.

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

Answer 1

Я бы сказал, что вы ответили на свой вопрос. Да, Biztalk можно заставить работать. Лучше это или нет, уже определено вашим руководством. Чтобы по-настоящему оценить сложность и масштабы реализации этого, нам потребуется гораздо больше информации о вашей инфоструктуре, бизнес-процессе, ожидаемых объемах, разнообразных источниках и серверах электронной почты и т. Д.

Answer 2

Я создаю такие приложения все время. Все, что вам нужно сделать, это создать службу Windows, которая выполняет эти действия. За истощение.

• Система отправляет электронное письмо, содержащее некоторый идентификатор / идентификатор сессии.

.NET встроенный SMTP-клиент

• Пользователь отвечает на электронную почту.

Вам нужен какой-нибудь почтовый сервер, неважно, какой именно.

• Система получает ответ и анализирует электронную почту на предмет отправителя, идентификатора и ответа пользователя.

Используйте IndySockets для чтения учетной записи электронной почты.

http://www.indyproject.org/Sockets/index.EN.aspx

• Система запрашивает базу данных sql для получения некоторой информации, основанной на ответе пользователя, а затем вставляет некоторые данные.

System.Data или ваш любимый ORM.

• Затем система выполняет http-публикацию на веб-странице, которая принадлежит другой системе.

В System.NET есть методы для создания сообщения HTTP.

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

Answer 3

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

Вы можете использовать WF или BizTalk в зависимости от того, как вы хотите реализовать и управлять им, но

BizTalk предлагает следующие преимущества по сравнению с WF

• BizTalk имеет обширную линейку адаптеры и компоненты трубопровода, которые часто необходимы для кроссплатформенное корпоративное приложение Интеграция (EAI).

• BizTalk предоставляет инструменты для работы с торговыми партнерами, такими как Служба деловой активности (BAS), ускорители для промышленности стандарты (RosettaNet, SWIFT
  так далее.). Эти функции делают BizTalk
  больше подходит для сценариев B2B.

• Другие функции, которые есть у BizTalk, но
  WF не реализован или должен быть реализован
  от разработчика)

• Отслеживание: встроенная
  с деловой активностью
  Мониторинг (BAM) транзакции:
  поддерживает как атомарные транзакции, так и долгосрочная транзакция
  Обширный набор инструментов для администратора,
  управление, миграция и масштабирование (однако все это меняется в Дублине !!!)

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