ESB与SOA的关系

ESB与SOA的关系

转自：http://lavasoft.blog.51cto.com/62575/165597/

SOA的概念渐渐清晰了。

 

有关ESB的概念，已经吵了好多年了，还是没有定论。

我个人认为，ESB本来就是抽象的概念，而且内涵丰富，在不同的场合含义不同。因此应该从不同的角度来认识。

 

一、SOA和ESB一直是没有明确概念的两个缩略词

 

原因是这两个词包含的内涵太丰富了，无法用一两句话说清楚，并且，这个词在不同的地方含义也有所不同。

SOA----面向服务架构，实际上强调的是软件的一种架构，一种支撑软件运行的相对稳定的结构，表面含义如此，其实SOA是一种通过服务整合来解决系统集成的一种思想。不是具体的技术，本质上是一种策略、思想。

ESB----企业服务总线，像一根“聪明”的管道，用来连接各个“愚笨”的节点。为了集成不同系统，不同协议的服务，ESB做了消息的转换解释与路由等工作，让不同的服务互联互通。

 

目前ESB与SOA的确切概念依然没有。但可以明确的说SOA就是一种服务集成思想，它的不同实现方式可能差别很大，目前SOA最常见的实现方式是SCA和JBI。

 

二、ESB究竟是什么

 

这个问题在个大厂商之间，认识和观点也存在很大差异。

IBM、Oracle等认为ESB是连接服务的一种模式，但一些开源组织和其他厂商认为ESB是一种产品，并且提供了ESB连接解决方案的实现，这种实现可以认为是中间件，也可以认为是组件工具。

 

对此，我个人的观点更偏向前者，ESB是一种模式，ESB的实现方式也很多，可以称之为ESB产品。当然在不同场合ESB的含义也不同，需要鉴别。

 

三、为什么ESB总和SOA黏在一块

 

通常，这两个名词总不分家，谈论的话题中“你中有我，我中有你”。

 

 

为什么是这样的呢？

ESB是SOA吗？

两者之间究竟有什么微妙的关系呢？

 

带着疑问，继续往下看：

 

首先，ESB不是SOA。SOA的最常见的实现方式方式是SCA和JBI，而SCA的实现需要ESB，相反JBI则不需要ESB，可以参看本人对JBI和SCA分析解读的文章。

 

其次，因为IBM和Oracle（收购了BEA和SUN的牛X公司）都推崇SCA模式的SOA，因此SCA实际上已经成为SOA的事实标准，说道SOA，最先想到的就是SCA模式了。

 

最后，ESB是SCA架构实现不可缺少的一部分，ESB产品脱离了具体的应用外，没有任何意义。ESB的作用在于实现服务间智能化集成与管理的中介。通过ESB可以访问所集成系统的所有已注册服务。

 

 

四、ESB的特点

 

ESB是一种在松散耦合的服务和应用之间标准的集成方式。它可以作用于：

面向服务的架构 - 分布式的应用由可重用的服务组成

面向消息的架构 - 应用之间通过ESB发送和接受消息

事件驱动的架构 - 应用之间异步地产生和接收消息

ESB就是在SOA架构中实现服务间智能化集成与管理的中介。

（本段话引用：IT专家网 http://whatis.ctocio.com.cn/searchwhatis/179/7332679.shtml）

 

 

---------------------

学习一个新事物，认识是最重要的，只有不断的去学习去认识，才能把握其特点、功能、属性等等，并在认识的基础上加以合理利用。任何鱼目混珠的认识只能导致偏离原则和标准。