文档介绍：第 1 部分: 企业服务总线的基本概念
珉李, IBM 中国软件开发实验室 SOA设计中心高级软件工程师, IBM
简介: 本文作为ESB系列文章的第一篇,介绍了面向服务的体系结构(service-oriented architecture,SOA)和企业服务总线(Enterprise Service Bus,ESB)的基本知识,ESB的技术沿革,以及ESB与SOA之间的关系。
引言
"一切都在流动,没有什么是持久的。一切都在融化,没有什么是固定不变的" - 赫拉克利特(Heracleitus)
大约在2003年中的时候,SOA的概念逐渐进入人们的视野,一时间众人乐此不疲的发表各自对SOA的见解。SOA已经成为IT业,尤其是软件开发及系统集成领域从业者的热门话题。很多的权威机构也纷纷预测SOA的美妙前景,例如,Gartner 预言,到了 2008 年,至少 60% 的企业将使用 SOA 作为其IT架构。抛开喧嚣躁动以及随声附和,对于软件开发者而言,经过了一年多的概念灌输,伴随着不断增长的困惑,更多的人希望能静下心来看一看:究竟怎样的系统架构是符合SOA设计的,而又有哪些技术可以用来实现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)化为服务
提供标准的方法来表示软件资产及其交互
单独的软件资产作为构造单元,被重复使用来开发其他应用
将关注点从细节实现转移到应用(application)组装
整合企业外部的应用(B2B)的方式
开发(现在)和整合(未来)的统一
本文针对的读者是软件开发人员,站在开发人员的角度,往往希望软件开发能够满足对于开发效率、可靠性、易维护性、易管理等多方面的更高要求。让我们通过回顾软件开发的演化过程来看一看SOA出现的必然性:
面向机器语言(Monolithic)的开发模式:需要根据不同平台的机器语言来开发代码。
面向过程(Procedure)的开发模式:独立于机器的程序语言(C, Pascal等)使开发过程变得简单了,用过程来代表一个抽象的代码集合,包装重用现成的代码。
面向对象(Object)的开发模式:用更接近现实的对象来表述一个相对完整的事物。面向对象的语言(Smalltalk,Java等),提供了更抽象的封装和重用模式。面向对象的开发强调从现实世界问题域到软件程序的直接映射,更接近人类的自然思维方式。
ponent)的模式:随着软件开发规模的扩大,在涉及分布式、异构等复杂特征的环境中,代码级别的重用性差,可维护性差,效率低的弱点是不可逾越的,因此人们以架构运行环境(,J2ee等)来提供完善的支撑平台,从而把开发者解放出来,更专注于业务核心的开发。而这些业务功能(Business Function) 以组件的形式(DCOM, EJB等)发布运行在架构运行环境中。软件开发的重用模式也上升到业务组件的级别。
面向服务(SOA)的模式:当软件的使用范围扩展到更广阔的范围,往往会面对更加复杂的IT环境和更加灵活多变的需求。服务(Service)的概念出现了,人们将应用(Application)以业务服务(Business Service)的形式公布出来供别人使用,而完全不