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

【问题标题】：Is BizTalk the "correct" technology for this problem?BizTalk 是解决这个问题的“正确”技术吗？
【发布时间】：2023-03-14 17:41:01
【问题描述】：

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

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

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

谢谢。

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

【问题讨论】：

【解决方案1】：

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

【讨论】：

【解决方案2】：

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

.NET 的内置 SMTP 客户端

你需要某种电子邮件服务器，不管是哪种。

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

System.Data 或您最喜欢的 ORM。

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

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

【讨论】：

【解决方案3】：

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

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

BizTalk 与 WF 相比具有以下优势

BizTalk 拥有广泛的产品线适配器和管道组件通常是必备品跨平台企业应用集成 (EAI)。
BizTalk 提供了用于工作的工具与贸易伙伴如商业活动服务（BAS），工业加速器标准（RosettaNet、SWIFT
等等。）。这些功能使 BizTalk
更适合B2B场景。
BizTalk 具有但
的其他功能 WF 未实施或必须实施
由开发商）
跟踪：本机集成
与商业活动
监控 (BAM) 事务：
支持原子事务和长时间运行的事务
广泛的管理工具集，
管理、迁移和扩展（但是，都柏林这一切都改变了！！！）

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

【讨论】：