BizTalk是解决这个问题的“正确”技术吗？

Question

我目前正致力于一个涉及以下工作流程的解决方案：

1. 系统会发送一封包含某种标识符/ sessionID的电子邮件。
2. 用户回复电子邮件。
3. 系统收到回复，并解析发件人，标识符和用户响应的电子邮件。
4. 系统查询sql数据库以根据用户响应检索某些信息，然后插入一些数据。
5. 系统然后对属于另一个系统的网页执行http发布。

所以我的问题是，BizTalk是解决方案全部或部分的正确技术吗？为什么或者为什么不？如果没有，那么适当的技术是什么？

在这种情况下，企业已经决定使用BizTalk，所以我需要证明一个否定的答案。我们已经有其他BizTalk解决方案，因此配置初始BizTalk服务器设置的产品和时间成本不在此处。

感谢。

编辑：可以公平地说，BizTalk的使用是开放的讨论，而不是我的问题似乎。我更感兴趣的是，根据您对问题领域的直觉感觉，它是否适当地使用了技术或kludge。

Answer 1

我说你已经回答了自己的问题。是的，Biztalk可以工作。管理层是否确定了最佳与否。要真正评估实现这一点的复杂性和范围，我们需要有关您的信息结构，业务流程，预期数量，各种电子邮件来源和服务器等的更多信息。

Answer 2

我一直在构建这样的应用程序。您需要做的就是创建一个执行这些操作的Windows服务。对于破败。

• 系统会发送一封电子邮件，其中包含某种标识符/ sessionID。

.NET的内置SMTP客户端

• 用户回复电子邮件。

你需要某种电子邮件服务器，无论什么样的。

• 系统收到回复，并解析发件人，标识符和用户响应的电子邮件。

使用IndySockets阅读电子邮件帐户。

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

• 系统查询sql数据库以根据用户响应检索某些信息，然后插入一些数据。

System.Data或您最喜欢的ORM。

• 系统然后对属于另一个系统的网页执行http发布。

System.NET具有发布HTTP帖子的方法。

从这个列表中我可以绝对肯定地说，没有BizTalk，你所做的一切都会更容易（更不用说金钱，内存和CPU利用率更低）。

Answer 3

正如您在问题中所述，该方案是一个工作流程解决方案。

您可以使用WF或BizTalk，具体取决于您希望如何实施和管理它，但

BizTalk比WF提供以下优势

• BizTalk有广泛的 适配器和管道组件 通常是必须的 跨平台企业应用程序 整合（EAI）。

• BizTalk提供了工作工具 与贸易伙伴如 商业活动服务（BAS）， 工业加速器 标准（RosettaNet，SWIFT
  等等。）。这些功能使BizTalk
  更适合B2B场景。

• BizTalk的其他功能但是 WF没有或者必须实施 由开发商）

• 追踪：原生一体化 与商业活动
  监控（BAM）交易：
  支持原子事务和 长期交易 广泛的管理工具，
  管理，迁移和扩展（但是，所有这些都随着都柏林的变化而变化!!!）

再次阅读了您的要求后，我认为您的应用程序不属于B2B或EAI类别，因此BizTalk可能是一种过度杀伤力。但是您还提到您的企业已经有其他BizTalk解决方案，因此仅使用BizTalk进行工作流可能是避免将更多层添加到技术堆栈的一种方法。