2

我目前正在研究涉及以下工作流程的解决方案：

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

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

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

谢谢。

编辑：公平地说，BizTalk 的使用是可以讨论的，比我的问题看起来更重要。我更感兴趣的是知道它是对技术的适当使用还是仅仅根据你对问题域的直觉的感觉。

4

3 回答 3

3

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

于 2009-02-04T17:34:38.860 回答
2

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

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

.NET 的内置 SMTP 客户端

  • 用户回复电子邮件。

您需要某种电子邮件服务器，无论哪种类型。

  • 系统接收回复，并解析电子邮件以获取发件人、标识符和用户响应。

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

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

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

System.Data 或您最喜欢的 ORM。

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

System.NET 有制作 HTTP 帖子的方法。

从该列表中，我可以绝对肯定地说，如果没有 BizTalk，您所做的一切都会变得更容易（更不用说在金钱、内存和 CPU 利用率方面更便宜）。

于 2009-02-04T23:58:24.200 回答
1

正如您在问题本身中所述，该场景是工作流解决方案。

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

与 WF 相比，BizTalk 具有以下优势

  • BizTalk 拥有广泛的适配器和管道组件系列，它们通常是跨平台企业应用程序集成 (EAI) 的必备工具。

  • BizTalk 提供与贸易伙伴合作的工具，例如商业活动服务 (BAS)、行业标准加速器（RosettaNet、SWIFT
    等）。这些特性使 BizTalk
    更适合 B2B 场景。

  • BizTalk 具有但
    WF 没有或必须
    由开发人员实现的其他功能）

  • 跟踪：
    与业务活动
    监控 (BAM) 本地集成 事务：
    支持原子事务和长时间运行的事务
    用于管理、
    管理、迁移和扩展的广泛工具集（但是，所有这些都在都柏林发生了变化！！！）

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

于 2009-02-04T23:36:49.627 回答