企业服务总线和消息代理

Question

好了，伙计们，是时候变得愚蠢了，我想开始研究WCF，但老实说，在我开始之前，我想了解更多关于SOA的一般知识。

我并不真正理解“企业服务总线”的概念，也不确定它是一种模式/方法还是一块软件。此外，sam可以被称为“消息代理”。

在此基础上，大型的面向服务的体系结构框架(如BizTalk、WebSphere等)如何适应这里？就此而言，WCF是如何适应的呢？

我真的不了解这些东西，所以你能不能让你的答案尽可能简单，并克制住不要试图用科学来困惑。

Answer 1

简单地说，SOA将与表示相关的组件与获取内容的机制解耦。

这听起来非常微不足道，但其思想是，表示组件不仅应该独立于获取数据的程序，而且还应该是不可知的。

为此，创建了一个“服务”抽象层，其中包含著名的“企业服务总线”(Enterprise Service Bus，ESB)。ESB是知道服务所在位置以及如何调用它们以将数据中继到请求者的程序。

如今，面向服务的体系结构已经成为企业级系统中的一种标准，而不仅仅是一种选择，原因很简单，数据是从不同来源获取的(而不是“可能的”)。例如，登录/身份验证服务可以是基于LDAP的集中式服务；订单详细信息可以使用JDBC连接到托管的DB引擎；信用卡授权可以使用支付网关Web服务调用；等等...

使用这种架构的一个最大的优点是，如果明天可以从不同的资源获得相同的服务，则对核心应用程序设计的影响为零或最小。

Answer 2

我同意，将流行语与现实脱钩可能是一件棘手的事情。

以下是我对此的看法：

SOA是关于围绕服务定位您的业务功能。这意味着从(通常)定义良好的接口的功能黑盒的角度进行思考。通常，SOA还涉及使服务可用的前期工作-这使其与更老式的“集成”有所不同-尽管两者之间存在高度的交叉。

ESB只是一个架构层，它允许您将服务连接在一起。它通常添加连接、路由、协议转换等。它是可选的，但仍然是许多SOA项目的典型组件。这是一种模式，但许多软件供应商都有ESB“产品”可以帮助实现该模式。

无可否认，这些都是模糊的答案，一些软件/服务供应商有更具体的定义(以及实现它们的各种技术)。关于这些，你得自己做决定。

IBM免责声明：我作为WebSphere顾问在工作，但我并不是以官方身份代表他们发言。

Answer 3

ESB提供了一个基于标准的集成平台，该平台将消息传递、web服务、数据转换和智能路由组合到一个事件驱动的SOA中。ESB是迈向完整SOA的重要步骤之一。

像Biztalk Server2006这样的框架以及它的ESB指导工具包的目标是成为一个ESB。正如您可能已经知道的，Biztalk开箱即用，提供了消息传递、web服务和传输功能。通过企业服务总线指导工具包(www.codeplex.com/esb)，BizTalk现在可以提供基于智能内容的路由和基于行程的处理。这使得集成体系结构比具有重量级集成代理的传统EAI体系结构更加松散耦合。

WCF可以用作托管服务的轻量级容器，使用者可以通过ESB访问这些服务。

从硬件世界进行类比，ESB就像PC中的主板，所有设备通过总线插入主板，然后再连接到主板，以确定不同设备如何相互通信。这些设备只需要知道它们可以与总线进行接口的方式。

干杯