企业服务总线(esb)技术揭秘.doc

企业服务总线(ESB)技术揭秘 概述 为了使企业集成和中间件问题的简单化，出现了企业通信、互连、转换、可移植性和安全等方面的标准。企业服务总线(Enterprise Service Bus, ESB)是一种新的软件架构，成为企业可采用的、基于标准的、作为构建企业应用中枢神经系统骨干的技术。这篇文章将澄清ESB技术，并讨论不同供应商实现之间细微的，但却是非常重要的差别。 介绍 如今的企业网络动辄部署来自几十甚至上百个不同供应商的应用软件系统。在企业系统之间几乎没有标准的通信协议，在不同供应商的应用系统之间交换数据是非常困难的。这种统一标准的分布式企业应用平台的缺乏，增加了开发和部属企业级解决方案的复杂性和成本。ESB就是用来解决这些问题以及其它问题的、一种创新的企业应用服务中间件平台。 ESB并不是一个革命性的概念；它是从逐步出现的企业通信、互连、转换、面向服务的应用构建、可移植性和安全性等标准中演化而来的。ESB率先承诺创建一个真正基于标准的企业应用骨干网，用来部署业务过程处理系统、协同系统和分布式业务解决方案。 企业解决方案的需求 企业级解决方案的需求已经完整保持了20多年没有多大变化。典型的企业解决方案是由一个或多个应用系统（也可以叫做服务或组件）组成，这些应用系统联合协同起来，组成一个整体的分布式解决方案，这个方案具有以下特点： 通信 服务需要通过网络相互之间可靠地通信。一个可靠的、可伸缩的、鲁棒的和与位置无关的通信系统，能够极大地减少分布式系统的开发时间，同时增加系统的可靠性。 互连 为了从服务中提取数据，你首先必须能够很容易地联接到这个服务。在缺乏标准的情况下，这将是非常困难的。 转换 一个服务产生的数据一般来说并不容易为另一个服务所理解；为了使数据能够被其他服务所处理，应该首先对数据进行适当的转换。 面向服务的应用架构 分布式系统跨越多个节点和多种操作系统，一般是由一系列独立运行的服务组成，这些服务通过事件驱动的消息系统松散耦合在一起。这种面向服务的应用程序组织方式允许对应用系统进行添加和动态扩展，大大降低了系统维护成本和总体拥有成本（TCO） 可移植性 大部分企业拥有一系列的计算机系统，从瘦客户端、Windows桌面PC、到高端的Unix服务器和主机系统。在不同的操作系统环境之间的可移植性和易于通信一直是企业解决方案所关心的问题。 安全性 最后，企业服务之间的连接和通信必须建立在一个企业认可的安全水平之上。因为分布式应用跨越不同的部门和地域，位置可能在防火墙以内，也可能在防火墙以外，所以安全是非常重要的。 早期的集成解决方案 在20世纪90年代中期，一些公司按照上面的设计模式开发了企业应用集成（EAI）解决方案。但不幸的是，所有的这些解决方案都是私有的和封闭的。WebSphere MQ和TIBCO Rendezvous是这些私有的通信总线的最好的例子。一些公司开发了私有的连接器，用来连接许多打包的企业应用系统（包括SAP，PeopleSoft，Oracle以及其他一些公司的应用系统）。然而，由于缺乏互连的标准，必须为每个不同版本的企业应用或系统开发新的连接器，这就造成了很大的维护问题。 由于缺乏转换标准，每个EAI软件供应商都开发了自己的数据转换引擎，造成更多的私有中间件。大部分解决方案用C/C++或其他私有的、无法移植的语言开发，导致了不断增长的移植和维护费用。最后，大部分EAI中间件平台的安全性是采用事后补偿的方式添加进去的，造成了一个破碎的安全模型。 毫无疑问，企业的CIO们感觉到了他们手里有一系列棘手的问题。 标准的出现 企业应用通信、互连、转换、可移植性和安全性标准的出现，极大地简化了企业应用中间件的问题。不管怎么说，企业应该竭力避免依赖于一个单独的供应商。这可以通过在一个复杂的异构环境中采用真正开放的业界标准而成为可能。基于标准的技术扩大了你的选择范围，同时也降低了成本。这些标准包括： 通信标准 1998年，Java Message Service (JMS)出现并成为企业应用通信的主流标准，当前已经有数以千计的企业实现了这个标准。JMS得到了如此强烈的支持，以至于其它消息中间件，如IBM的WebSphere MQ也不得不提供JMS接口。JMS流行的秘诀在于它作为一个工业标准，很好地把满足几乎所有垂直市场需求的功能和具有吸引力的价格结合在一起。 互连标准 Web服务标准允许企业系统或应用程序有效地把自己的接口暴露给外部世界，大大简化了企业应用系统之间的互连问题。这些标准包括简单对象访问协议（SOAP），通用描述、发现和集成（UDDI）和Web服务描述语言(WSDL)。SOAP为XML提供了远程过程调用（RPC）的能力。UDDI提供了一个便于搜索的XML Web服务的注册库。WSDL是一个基于XML的接