我的公司即将进行一个大型项目，在该项目中，我们的客户需要一个带有 cms、crm 实现的大型客户门户。这将需要与我们客户业务中多个来源的数据进行交互，这些来源包括 XML 办公后端系统、sql 数据库、网络服务等。
我们建议的解决方案是用 c# 编写一个 API，为所有这些系统提供一个通用接口(interface)。这对于公司内的 future 和并发项目是可扩展的。
我们的客户表示有兴趣使用 Biztalk 而不是自定义 API 来进行此集成，因为他们认为这是一种企业解决方案，他们的任何供应商都可以选择和使用，并且会得到更好的支持。
我们认为使用 Biztalk 的配置工作对于他们所有必需的自定义业务规则来说会相当繁重，并且仍然需要编写用于新应用程序从 Biztalk 获取数据的接口(interface)。
我们在 Biztalk 之上更喜欢自定义 API 解决方案是否正确？ Biztalk 是否适合作为数据代理层为我们正在编写的新客户门户提供接口(interface)。我们之前没有使用 Biztalk 的经验，因此我们将不胜感激。
最佳答案
阅读您的要求后，我会说您希望专注于业务核心部分。 IE。如何一起使用上述服务。您希望尽可能少花费的主题是此的“管道”。
BizTalk 服务器将为您消除大部分管道。您将不再处理“如果规范化出错时如何保证一致性”，而是处理“如何规范化数据”。
BizTalk 也是非常“面向 future ”的，因为您始终可以在 BizTalk 环境中添加/删除/更改系统，而无需“将其关闭以进行更改”。 (当然在一定范围内并且如果实现正确)。
我建议重新评估“自己动手”的方法，看看如果您采用“自己动手”的方式需要付出多少努力。仔细查看“管道代码”与“核心能力代码”的数量。请记住，在编写它之后，您必须对其进行维护/错误修复。 BizTalk 是一项经过验证的技术，可满足此类需求。
从上面的描述我会说； “BizTalk 可能是更好的选择”。
希望对您有所帮助，
关于c# - Biztalk 与数据代理层的 API，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2492084/