Wcf 企业服务总线和消息代理

好了，伙计们，是时候说傻话了，我想开始研究WCF，但老实说，在开始之前，我想更多地了解SOA

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

除此之外，BizTalk、WebSphere等大型SOA框架如何适合这里？就这点而言，WCF如何适应

---

我真的不明白这件事，所以你能不能尽量让你的答案简单一点，不要试图用科学来迷惑人

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

这听起来很琐碎，但其思想是，表示组件不仅应该独立于获取数据的程序，而且还应该与数据无关

为此，创建了一个“服务”抽象层，其中包含著名的“企业服务总线”（ESB）。ESB是一个程序，它知道服务位于何处，以及如何调用服务以将数据中继到请求者

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

---

使用此体系结构的一个最大优点是，如果明天从不同的资源中可以获得相同的服务，那么对核心应用程序设计的影响是零或最小的。

我同意，将流行语与现实脱钩可能会很棘手

我是这样想的：

SOA是关于围绕服务定向您的业务功能。这意味着考虑功能性黑盒（通常）以及定义良好的接口。通常，SOA还涉及到使服务可用的前期工作——这使它不同于更古老的“集成”——尽管两者之间存在着高度的交叉

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

诚然，这些都是模糊的答案，一些软件/服务供应商有更具体的定义（以及实现这些定义的各种技术）。你得自己下定决心

---

免责声明：我作为WebSphere顾问为IBM工作，但我不是以官方身份为他们说话。

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

Biztalk Server 2006等框架及其ESB指导工具包旨在成为ESB。您可能已经知道，Biztalk提供了即时消息传递、web服务和传输信息的功能。借助ESB Guidence toolkit（），BizTalk现在可以提供基于内容的智能路由和基于行程的处理。这使得集成体系结构比具有重量级集成代理的传统EAI体系结构松耦合得多

WCF可以作为承载服务的轻量级容器，用户可以通过ESB访问这些服务

从硬件世界进行类比，ESB就像PC中的主板，所有设备都通过总线插入主板，并通过总线连接到主板，以了解不同设备之间的通信方式。这些设备只需要知道它们与总线接口的方式

干杯