企业服务总线解决方案剖析.docx

企业服务总线解决方案剖析 第 1 部分: 企业服务总线的基本概念 2005 年 8 月 01 日 本文作为ESB系列文章的第一篇，介绍了面向服务的体系结构 (service-oriented architecture ，SOA和企业服务总线(Enterprise Service Bus，ESB的基本知识，ESB的技术沿革，以及ESB与 SOA之间的关系。 引言 " 一切都在流动，没有什么是持久的。一切都在融化，没有什么是固定不变 的 " - 赫拉克利特 (Heracleitus) 大约在2003年中的时候，SOA勺概念逐渐进入人们的视野，一时间众人乐 此不疲的发表各自对SOA的见解。SOA已经成为IT业，尤其是软件开发及系统 集成领域从业者的热门话题。很多的权威机构也纷纷预测 SOAK美妙前景，例如， Gartner 预言，到了 2008 年，至少 60% 的企业将使用 SOA 作为其 IT 架构。 抛开喧嚣躁动以及随声附和，对于软件开发者而言，经过了一年多的概念灌输， 伴随着不断增长的困惑， 更多的人希望能静下心来看一看： 究竟怎样的系统架构 是符合SOAK计的，而又有哪些技术可以用来实现 SOA呢？特别是企业服务总线 (Enterprise Service Bus, ESB), 看起来更是SOA中一个玄虚的概念，本系列 文章将通过实际的案例分析来详细讲解在 SOA系统中是怎样实施ESB的。 本系列文章将直接面向广大的软件开发人员， 首先以直观的方式介绍什么 是 ESB， 然后引入一个实际案例， 以此为基础， 详细介绍怎样一步一步实现 ESB。 现在我们谈论SOA和ESB的时候都不再是空中楼阁，IBM作为SOA勺倡导者，已 经提供了很好的产品来实现我们的设想。 我们会在本系列中的第二、 第三部分中 分别介绍基于 WebSphere 6 和 IBM EAI 产品的两种实现方式， 然后在第四部分 中介绍在复杂的企业应用场景中总线 (Bus) 怎样互联， 怎样扩展。 希望通过本系 列文章，能让广大读者朋友快速掌握 ESB的实际开发技巧。 关于 SOA 关于 SOA 的概念，你可以找到很多的文章从不同的角度来描述它，不同的 软件提供商也有不同的定义方式。 BEA 有流体计算，微软有 Indigo 和 SOA-building , SAP有ESA。每个人都可以从不同的视角来理解 SOA，从程 序员的角度，SOA是一种全新的开发技术，新的组件模型，比如说Web Service； 从架构设计师的角度，SOA就是一种新的设计模式，方法学；从业务分析人员 的角度，SOA就是基于标准的业务应用服务。从概念的角度，IBM对SOA的定 义是最为全面的，既SOA是一种构造分布式系统的方法，它将业务应用功能以 服务的形式提供给最终用户应用或其他服务。SOA包括如下要素： * 一个体系架构，用开放的标准将软件资产(Asset)化为服务 *提供标准的方法来表示软件资产及其交互 ?单独的软件资产作为构造单元，被重复使用来开发其他应用 *将关注点从细节实现转移到应用(ap plicatio n) 组装 ?整合企业外部的应用(B2B )的方式 *开发(现在)和整合(未来)的统一 本文针对的读者是软件开发人员，站在开发人员的角度，往往希望软件开发 能够满足对于开发效率、可靠性、易维护性、易管理等多方面的更高要求。让我 们通过回顾软件开发的演化过程来看一看 SOA出现的必然性： *面向机器语言(Monolithic)的开发模式：需要根据不同平台的机器语言来 开发代码。 ?面向过程(Procedure)的开发模式：独立于机器的程序语言(C, Pascal 等)使开发过程变得简单了，用过程来代表一个抽象的代码集合，包装重 用现成的代码。 *面向对象(Object)的开发模式：用更接近现实的对象来表述一个相对完 整的事物。面向对象的语言(Smalltalk ，Java等)，提供了更抽象的圭寸装 和重用模式。面向对象的开发强调从现实世界问题域到软件程序的直接映 射，更接近人类的自然思维方式。 *面向组件(Component)的模式：随着软件开发规模的扩大，在涉及分布 式、异构等复杂特征的环境中，代码级别的重用性差，可维护性差，效率 低的弱点是不可逾越的，因此人们以架构运行环境 (如.Net，J2ee等)来 提供完善的支撑平台，从而把开发者解放出来，更专注于业务核心的开发。 而这些业务功能(Business Function) 以组件的形式(DCOM , EJB等) 发布运行在架构运行环境中。软件开发的重用模式也上升到业务组件的级 别。 ?面向服务(SOA)的模式：当软件的使用范围扩展到更广阔的范围， 往往会 面对更加复杂的IT环境和更加灵活多变的需求。服务(Service)