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

企业服务总线解决方案剖析 1 : 第 部分 企业服务总线的基本概念 2005 年 8 月 01 日 本文作为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 ServiceBus, 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等)，提供了更抽象的封装 和重用模式。面向对象的开发强调从现实世界问题域到软件程序的直接映 射，更接近人类的自然思维方式。  面向组件(Component)的模式：随着软件开发规模的扩大，在涉及分布 式、异构等复杂特征的环境中，代码级别的重用性差，可维护性差，效率