具有映射支持的 .NET ESB答案

【问题标题】：.NET ESB with Mapping support具有映射支持的 .NET ESB
【发布时间】：2011-07-08 14:37:46
【问题描述】：

我们正在构建一个企业集成系统，并且正在积极评估一些 .NET ESB。我们与许多外部系统交互——这些系统通过各种协议公开数据——主要是 http post、http get、TCP/IP、Webservice、消息队列。因此，我们需要为这些系统提供同步和异步映射支持。

Biztalk + ESB Toolkit 是一种选择 - 想了解更多选择吗？

我们还研究了 NServiceBus 和 Masstransit - NServiceBus 和 MassTransit 之类的问题需要开发自定义适配器来来回传输消息。没有可用于与外部服务映射的开箱即用功能。

【问题讨论】：

我预计 Windows Server AppFabric (msdn.microsoft.com/en-us/windowsserver/ee695849) 将在未来某个时候取代 BizTalk。 ESB 市场由“Java”支持者控制，因此微软必须在云 (Azure) 上获得良好的起步位置，而不是落后。使用 Server AppFabric，第一步就完成了。但它现在并不是 ESB 工具包的替代品。它是为不关心编排、转换、中介等的 WCF 开发人员设计的。对于所有以 WS-* 作为互操作性协议的人来说，它是一个简单的入口点。
BizTalk 是一个经纪人，不管你在上面放了什么。话虽如此，也许您需要的是代理而不是企业服务总线。
@Udi 我说的是 Biztalk + ESB 工具包msdn.microsoft.com/en-us/biztalk/dd876606

【解决方案1】：

【讨论】：

【解决方案2】：

对于集成部分（多协议支持），您可以使用 BizTalk 或 WCF，但 BizTalk 具有针对不同技术的最全面的连接器集。

对于映射，BizTalk 映射器（或其他图形工具）将适用于简单案例，但这些工具很快会导致非常复杂的映射（难以开发/读取/修改），对于具有即使是次要的复杂性来源。因此，您还应该考虑另一种映射解决方案，例如 XSLT。

对于 ESB 部分，我会避免使用 ESB Toolkit，因为它是一个复杂、不成熟且脆弱的框架，因此在项目中使用它是有风险的，并且可能会导致更复杂的解决方案。

NServiceBus 似乎是一个更好的解决方案，并且可以很好地与 BizTalk 进行集成。

【讨论】：

+1 - BizTalk 非常适合 EAI 并且擅长业务流程，但对于大规模 ESB 连接来说很麻烦。澄清一下 - Biztalk 映射器只是底层 XSLT 映射的可视化工具 - 如果需要，您可以使用本机 XSLT。

【解决方案3】：

我建议您查看企业集成模式一书 (http://www.enterpriseintegrationpatterns.com/)，其中包含许多服务总线提供的企业集成消息传递方法。

请注意，您应该考虑将同步操作和异步操作分开，因为您可能不希望将消息传递用于同步操作。它们确实非常适合异步操作。根据您的设置（如 NServiceBus 和 WCF），您可能会从不止一种方法中受益。

【讨论】：