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

Question

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

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

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

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

Спасибо.

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

Answer 1

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

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

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

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

• BizTalk предоставляет инструменты для работы с торговыми партнерами, такими, как бизнеса Услуги в области деятельности (БАВ), ускорителей для промышленности стандартов (Розетта, СВИФТ
  и т.д.). Эти функции делают BizTalk
  более подходящим для сценариев B2B.

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

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

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

Answer 2

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

Answer 3

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

• Система отправляет электронное письмо с идентификатором/sessionID.

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

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

Вам нужен какой-то сервер электронной почты, неважно, какого рода.

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

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

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

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

Система.Data или ваш любимый ОРМ.

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

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

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