企业服务总线的基本概念.docxVIP

引言 一切都在流动，没有什么是长期的。一切都在融化，没有什么是牢固稳定的 - 赫拉克利特(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等)，提供了更抽象的封装和重用模式。面向东西的开发强调从现实世界问题域到软件步伐的直接映射，更靠近人类的自然思维方法。 面向组件(Component)的模式：随着软件开发范围的扩大，在涉及漫衍式、异构等庞大特征的情况中，代码级别的重用性差，可维护性差，效率低的弱点是不可逾越的，因此人们以架构运行情况(如.Net，J2ee等)来提供完善的支撑平台，从而把开发者解放出来，更专注于业务焦点的开发。而这些业务功效(Business Function) 以组件的形式(DCOM， EJB等)宣布运行在架构运行情况中。软件开发的重用模式也上升到业务组件的级别。 面向办事(SOA)的模式：当软件的使用范畴扩展到更辽阔的范畴，往往碰面对越发庞大的IT情况和越发灵活多变的需求。办事(Service)的观点出现了，人们将应用(Application)以业务办事(Business Service)的形式宣布出来供别人使用，而完全不需要去考虑这些业务办事运行在哪一个架构体系上，因为所有的办事都讲着同样的语言。SOA考虑了业务生长的恒久性，体现了变革就是永恒的思想。SOA的焦点体现在企业应用大概业务功效上的重用和互操纵，而不再把IT与业务对立起来，这可以被视为在IT驱动业务的偏向上迈出的重要一步。 我们注意到，SOA同样也强调重用(Reuse)， 但是相对付传统的代码重用，东西重用，和部