摘要：什么是SOA架构图？SOA并不是一个新事物，IT组织已经成功建立并实施SOA应用软件 SOA架构，是一种粗粒度、开放式、松耦合的服务结构，要求软件产品在开发过程中，按照相关的标准或协议，进行分层开发...

什么是SOA架构图？

SOA并不是一个新事物，IT组织已经成功建立并实施SOA应用软件 SOA架构，是一种粗粒度、开放式、松耦合的服务结构，要求软件产品在开发过程中，按照相关的标准或协议，进行分层开发。

通过这种分层设计或架构体系可以使软件产品变得更加弹性和灵活，且尽可能的与第三方软件产品互补兼容，以达到快速扩展，满足或响应市场或客户需求的多样化、多变性。

SOA体系架构带来的主要观点是业务驱动IT，即业务驱动和业务更加紧密地联系在一起。

以粗粒度的业务服务作为基础来对公司业务进行建模，这样就可以产生简洁的业务和系统视图；以业务服务为基础来实现的IT系统更灵活、更易于重用、也更快地应对企业业务需求的变化；以业务服务为基础，通过显式地方式来定义、描述、实现和管理业务层次的粗粒度服务（包括业务流程），提供了业务服务模型和相关IT业务之间提供了更好的＂可追溯性＂很多年了，BEA、IBM、等厂商看到了它的价值，纷纷跟进。

SOA的目标在于让IT变得更有弹性，以更快地响应业务单位的需求，实现实时企业。

SOA是面向服务的架构，没有人不同意。

但对于SOA究竟是什么，每个厂商都有自己的定义和解释。

有人说是一种架构，有人说是一种方法论，却没有几个人能给出一个大家都信服且简单易懂的解释。

SOA将应用程序的不同功能单元通过这些服务之间定义良好的接口和契约联系起来。

接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。

这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。

其实SOA和架构虽然可以分开，各有各的意思，但是结合出来就代表一种相互的融合和促进，在将来的发展中势必是一个强势的冲击。

...

软件架构SOA是什么？

We服务一种作为炙手可热的技术，应用到企业的IT系统和商业流程之中，并给企业带来直接的经济效益，一直以来得到了国内外企业管理者的推崇。

而在近两年，伴随着企业需求的不断变化，一种被誉为下一代We服务的技术架构，再一次引起业内关注，这就是SOA(Sevice-Oiented Achitectue，面向服务架构)。

早在1996年，Gatne最早提出SOA的预言，2002年12月，Gatne又提出了SOA是“现代应用开发领域最重要的课题”，并预计到2008年，SOA将成为占有绝对优势的软件工程实践方法，主流企业现在就应该在理解和应用SOA开发技能方面进行投资。

更好地支持商业流程 SOA并不是一个新事物，IT组织已经成功建立并实施SOA应用软件很多年了，BEA、IBM等厂商看到了它的价值，并且纷纷跟进。

SOA的目标在于让IT变得更有弹性，以更快地响应业务单位的需求，实现实时企业（Real-Time Entepise，这是Gatne为SOA描述的远景目标）。

而BEA的CIO Rhonda早在2001年6月就提出要将BEA的IT基础架构转变为SOA，并且从对整个企业架构的控制能力，提升开发效率、加快开发速度、降低在客户化和人员技能的投入等方面取得了不错的成绩。

由于SOA是在计算环境下设计、开发、应用、管理分散的逻辑（服务）单元的一种规范，这就决定了SOA的广泛性。

SOA要求开发者从服务集成的角度来设计应用软件，即使这么做的利益不会马上显现。

SOA要求开发者超越应用软件来思考，并考虑复用现有的服务，或者检查如何让服务被重复利用。

SOA鼓励使用可替代的技术和方法（例如消息机制），通过把服务联系在一起而非编写新代码来构架应用。

经过适当构建之后，这种消息机制的应用允许公司仅通过调整原有服务模式而非被迫进行大规模应用代码的开发，使得在商业环境许可的时间内对变化的市场条件做出快速的响应。

SOA也不仅仅是一种开发的方法论，它还包含管理。

例如，应用SOA后，管理者可以方便地管理这些搭建在服务平台上的企业应用，而不是管理单一的应用模块。

其原理是通过分析服务之间的相互调用，SOA使得公司管理人员方便地获取什么时候、什么原因、哪些商业逻辑被执行的数据信息，这样就帮助了企业管理人员或应用架构师迭代地优化他们的企业业务流程、应用系统。

SOA的一个中心思想就是让企业应用彻底摆脱面向技术的解决方案的束缚，轻松应对企业商业服务变化、发展的需要。

企业IT架构环境中单个应用程序是无法包容业务用户的（各种）需求的，即使是一个大型的ERP解决方案，仍然不能满足这个需求在不断膨胀、变化的缺口。

对市场快速做出反应，商业用户只能通过不断开发新应用、扩展现有应用程序来艰难地支撑其现有的业务需求。

通过将注意力放在服务上，应用程序能够集中起来提供更加丰富、目的性更强的商业流程。

其结果就是，基于SOA的企业应用系统通常会更加真实地反映出与业务模型的结合。

服务是从业务流程的角度来看待技术的——这是从上向下看的。

这种角度同一般的从可用技术所驱动的商业视角是相反的。

因为服务的优势很清楚，它们会同业务流程结合在一起，能够更加精确地表示业务模型、更好地支持业务流程。

相反，我们可以看到，以应用程序为中心的企业应用模型，迫使业务用户将其能力局限为应用程序的能力。

企业流程（Entepise Pocess）是流经企业框架的空气，它赋予业务模型里的组件以生命，并更加清晰地定义了它们之间的关系。

流程定义了同业务模型进行交互操作的专门方法。

例如，会计可能是企业服务系统的一个组件，但是将发票寄给客户却是一个业务流程。

服务被定义用来支持业务流程，因而自始至终地贯穿整个流程：各种服务组件在流程和逻辑实现过程中的装配操作，理解业务流程是定制服务的关键所在。

有利于企业业务的集成 传统的应用集成方法，如：点对点集成、企业消息总线或EAI、基于业务流程的集成等，都很复杂、昂贵，而且不灵活。

这些集成方法难于快速适应基于企业现代业务变化不断产生的需求。

基于SOA的应用开发和集成可以很好地解决其中的许多问题。

它描述了一套完善的开发模式来帮助客户端应用连接到服务上。

这些模式定制了系列机制用于描述服务、通知及发现服务、与服务进行通信。

不同于传统的应用集成方法的是，在SOA中，围绕服务的所有模式都是以基于标准的技术实现的。

大部分的通信中间件系统，如RPC、CORBA、DCOM、EJB和RMI，也同样如此。

可是它们的实现都不是很完美的，在权衡交互性以及标准定制的可接受性方面总是存在问题。

SOA试图排除这些缺陷。

因为几乎所有的通信中间件系统都有固定的处理模式，如RPC的功能、CORBA的对象等等。

然而，服务既可以定义为功能，又可同时对外定义为对象、应用等等。

这使得SOA可适应于任何现有系统，并使得系统在集成时不必刻意遵循任何特殊定制。

SOA帮助企业信息系统迁移到“leave-and-laye”架构之上，这就意味着在不用对现有的企业系统做修改的前提下，系统可对外提供We服务接口，因为它们已经被可以提供We服务接口的应用层做了一层封装，SOA可以将系...

有谁知道什么是SOA参考架构？

SOA 参考架构 （Reference Architecture） 是一个框架，使各个项目都有一个遵从的依据，借以促进一致性、最佳实践典范，和标准化。

参考架构并不受限于目前的 IT 现况，而应该针对一个经过深思熟虑的愿景目标，可以说是 IT 指导未来所有的新开发工作，借以实现该目标的参考依据。

一般来说，2-3 年的规划，是一个比较合适的涵盖范围，既能提供足够的时间来达成面向服务的转型，而又不至于过于长远而虚幻。

因此，参考架构提供了一个沟通目标愿景的方 法，协助部门和角色各异的 IT 人员，逐渐朝向该目标会合。

SOA和微服务架构的区别

微服务是一个新概念，但这绝不是一个全新架构，更不是一个包治百病的架构。

由于有服务二字，很容易让人联想到面向服务架构（SOA），其实微服务架构属于应用技术架构，和以B/S为代表的三层架构相对应，强调将巨石型应用拆分为由微服务组成的应用，在数据上也视情况从集中的存储拆解为更小的存储单元。

而SOA属于企业架构的范畴，从企业架构出发把业务分解为不同领域的服务，不同物理系统提供不同服务，注重系统之间通过服务互联互通的规范，对服务如何实现并不关注。

因此，面向服务架构的服务应该是一个业务意义的服务，而微服务是系统中的技术服务，更关注服务的实现，虽然提供了业务意义的服务，但是不能混为一谈。

微服务使用也不是无限度的，事实上由于数据一致性等问题的限制，不能无限度拆分微服务，可以把微服务分为系统对外提供的远程服务、系统内部的远程服务和系统内部的本地服务，显式声明、明确职责。

事实上，在企业架构上使用SOA支撑业务，而在应用技术架构上使用微服务架构，是一个合适的选择。

...

软件架构设计和企业架构模式之间的关系是什么？

一般而言，架构有两个要素：它是一个软件系统从整体到部分的最高层次的划分。

一个系统通常是由元件组成的，而这些元件如何形成、相互之间如何发生作用，则是关于这个系统本身结构的重要信息。

详细地说，就是要包括架构元件（Architecture Component）、联结器（Connector）、任务流（Task-flow）。

所谓架构元素，也就是组成系统的核心＂砖瓦＂，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和联结器完成某一项需求。

建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。

在建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行详细设计甚至建造，这些决定就很难更改甚至无法更改。

显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。

计算机软件的历史开始于五十年代，历史非常短暂，而相比之下建筑工程则从石器时代就开始了，人类在几千年的建筑设计实践中积累了大量的经验和教训。

建筑设计基本上包含两点，一是建筑风格，二是建筑模式。

独特的建筑风格和恰当选择的建筑模式，可以使一个独一无二。

正如同软件本身有其要达到的目标一样，架构设计要达到的目标是什么呢？一般而言，软件架构设计要达到如下的目标：·可靠性（Reliable）。

软件系统对于用户的商业经营和管理来说极为重要，因此软件系统必须非常可靠。

·安全行（Secure）。

软件系统所承担的交易的商业价值极高，系统的安全性非常重要。

·可扩展性（Scalable）。

软件必须能够在用户的使用率、用户的数目增加很快的情况下，保持合理的性能。

只有这样，才能适应用户的市场扩展得可能性。

·可定制化（Customizable）。

同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整。

·可扩展性（Extensible）。

在新技术出现的时候，一个软件系统应当允许导入新技术，从而对现有系统进行功能和性能的扩展

软件体系结构与软件架构有哪些区别？

软件体系结构与软件架构的中文翻译都是英文Software Architecture。

两者都使用一样的定义，如IEEE的“一个系统的基础组织，包含各个构件、构件互相之间与环境的关系，还有指导其设计和演化的原则。

”[IEEE-2000]为了找到两者的区别，得先从应用的环境入手。

我们利用网站搜索引擎对这个领域的常用关键词进行了检索，搜索区域分为开发者网站、所有网站、学术网站，结果如下（检索日期2007-04-08）： ① http://www-128.ibm.com/developerworks/cn ② http://www.miscrosoft.com/china ③ google.com 采用精确匹配。

“架构师”改为“软件架构师”，“架构设计师”改为“软件架构设计师”减少领域差异 ④ baidu.com 采用精确匹配。

“架构师”改为“软件架构师”，“架构设计师”改为“软件架构设计师”减少领域差异 ⑤ http://www.cnki.net/index.htm采用精确匹配。

中国期刊全文数据库（2000-2007） 结果表明，在软件开发者和软件应用者来说，倾向于使用“软件架构”，在一定程度上接受“软件体系结构”。

大家对软件架构的设计人员，“架构师”得到广泛的认同。

对于学术界，普遍使用“软件体系结构”，对架构师几乎没有关注。

Software Architecture是一个实践性非常强的领域，统计表明理论和实践的鸿沟还是存在的。

其次，我们从词源探讨“体系”“结构”“架构”的解释[字典-2001]。

体系：若干事物互相联系而构成的一个整体。

例思想~ | 工业~ 结构：①建筑物承受重量和外力的部分及其制造。

按材料分有钢结构、木结构、砖石结构、框架结构、砖混结构等。

按形式分有悬索结构、拱结构等。

②构成整体的各个部分及其结合方式。

例经济~│文章~。

③文艺作品的内部构造。

即作品的各部分（包括内容和形式）之间有机的组织联系。

架构：①建造；构筑。

②框架；支架。

③比喻事物的组织、结构、格局。

例市场~│故事~庞大 通过以上分析，我们不难看出学术界为什么用“软件体系结构”。

首先，体系结构的中文定义完全符合IEEE等的定义。

强调整体与部分，部分与部分的关系；研究系统构成的方法学；提倡多角度研究系统。

其次，从学科地位讲，作为一门独立软件子学科，和硬件学科（计算机组织与体系结构）直接对应。

从工程实践需要看，软件架构更能体现系统构成与相关技术。

RUP过程或软件生产线关注的软件架构并不注重原理及表示，而是由结构和技术相结合的形成框架。

软件架构在中文中很容易与软件框架（Software Framework）混淆，对于一个应用的软件框架通常称为应用程序框架（Application Framework）。

框架是为了构建完整的应用而必须详细阐述的一种程序结构[Johnson-88]。

框架在RUP和软件产品线开发过程中是一个非常重要的过程。

RUP中框架是细化阶段的一个制品，软件产品生产线中是一组应用共享的程序框架。

目前，没有文献表明软件体系结构与软件架构的差别。

如果你强调方法论，应使用软件体系结构。

强调软件开发实践，应使用软件架构。

软件构架,架构和框架的区别

适应性，可理解性设计模式比框架更为抽象设计模式在碰到具体问题后，部分代码重用，部分设计重用，在特定领域基于体系结构的可重用的设计。

也可以认为框架是体系结构在特定领域下的应用。

框架的例子如MVC。

设计模式 在一定的环境中解决某一问题的方案 构件通常是代码重用，而设计模式是设计重用，行为模式，协作关系等体系问题的决策总和：它是对软件系统的系统组织，是对构成系统的构件的接口：程序功能实现的逻辑框架是整个或部分系统的可重用设计，而且还涉及到系统的使用，框架则介于两者之间，重用性。

它不仅涉及到结构与行为：框架中可以包括多个设计模式简单点说结构，有时分析也可重用. 构架是architecture，才能产生代码；框架已经可以用代码表示设计模式是比框架更小的体系结构元素，功能，性能，表现为一组抽象构件及构件实例间交互的方法；另一方面也可以说框架是可被应用开发者定制的应用骨架。

框架亦可称为应用架构...

传统的企业数据总线和目前的分布式消息系统有什么区别

有了它，才能释放SOA的最大价值。

因此，ESB成为厂商在SOA（面向服务的架构）竞争中的焦点。

作为近两年软件领域最热门的词汇之一，SOA(Service Oriented Architecture，面向服务的架构)的概念以及SOA带来的好处，正在被用户逐步接受。

Gartner的数据表明，到2007年，全球将有70%以上的大企业会将他们的应用转到SOA。

但是目前CIO们最关心的是，如何才能真正实现基于SOA的应用？ 在近一段时期，多家软件厂商如IBM、Sun、BEA、Oracle等都加大了对ESB(Enterprise Service Bus，企业服务总线)产品的投入力度，并声称自己的SOA解决方案因此而更加完善，ESB成为厂商在SOA竞争中的焦点。

ESB成为一种新的诱惑 ESB是传统中间件技术与XML、Web服务等技术结合的产物。

ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。

业内对ESB的定义是：它是由中间件技术实现并支持SOA的一组基础架构，支持异构环境中的服务、消息以及基于事件的交互，并且具有适当的服务级别和可管理性。

这样的定义稍显抽象，简单地说，ESB就是试图将应用服务器上的多种逻辑层面迁移到总线以及连接点上，从而降低企业内部信息共享的成本。

IBM WebSphere软件全球副总裁Sandy Carter女士介绍说，“企业服务总线是SOA中的消息框架-即消息相互交换和通信的方式，是业界标准与客户消息框架的整合。

” ESB产品的共有特性包括：连接异构的MOM(Microsoft Operations Manager)、利用Web服务描述语言接口封装MOM协议，以及在MOM传输层上传送简单对象应用协议（SOAP）传输流的能力。

大多数ESB产品支持在分布式应用之间通过中间层如集成代理实现直接对等沟通。

ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。

从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。

在电信领域：ESB能够在全方位支持电信行业OSS（运营支撑系统）的应用整合概念，是理想的电信级应用软件承载平台。

在电力领域：ESB能够全方位支持电力行业EMS的数据整合概念，是理想的系统数据交换平台。

在金融领域：ESB能够在全方位支持银企间业务处理平台的流程整合概念，是理想的B2B交易支撑平台。

为SOA挑起大旗 对于SOA的概念，不同的软件提供商有不同的定义方式。

很多用户也都是从不同的视角来理解SOA，从程序员的角度，SOA是一种全新的开发技术，新的组件模型，比如说Web Service；从架构设计师的角度，SOA就是一种新的设计模式，方法学；从业务分析人员的角度，SOA就是基于标准的业务应用服务。

SOA不仅是Web服务，如何让业务服务最大限度地复用才是SOA的核心价值。

ESB为分散服务提供了交互、组合和治理的基础架构。

有了它，才能释放SOA的最大价值。

我们可以这样来理解，ESB就是在SOA架构中实现服务间智能化集成与管理的中介。

而它与SOA的关系是：ESB是逻辑上与SOA所遵循的基本原则保持一致的服务集成基础架构，它提供了服务管理的方法和在分布式异构环境中进行服务交互的功能。

可以这样说，ESB是特定环境下（SOA架构中）实施EAI(enterprise application integration，企业应用集成)的方式。

IONA公司大中国区总裁薛志勇表示，采用IONA公司的ESB产品Artix作为SOA的切入点，将可以使企业以最小的投入将已有系统纳入SOA架构。

薛志勇称，目前ESB是SOA集成中最普遍采用的方法，传统的EAI和平台厂商是以“服务器”为中心、以“Hub”为形式的解决方案，这种方法虽然解决了信息孤岛问题，但投资大，见效慢，而且也不灵活。

因为ESB是传统中间件技术与XML、Web服务等技术结合的产物，对企业而言，采用ESB中间件系统作为企业级信息系统整合方案中的中枢技术，可以无须添加任何软硬件设备，就可把过去、现有和未来的IT系统整合在企业级的信息应用框架下，并且能为企业提供实时、大容量的信息通信和实时控制、管理和分配消息传递的能力。

目前，除了IONA、Tibco等专业的ESB公司外，SOA的两大领导厂商IBM和BEA也加入了ESB的阵营。

Forrester公司分析师Mike Gilpin说：“尽管人们还不十分确定如何构建出一个完整的SOA，但他们已经知道要解决集成问题，而ESB正好能帮助他们解决该问题。

” 国内CIO对SOA早已听了很多。

SOA的理念和他们所面临诸多挑战，SOA 的开放性和灵活性，给了CIO一个选择它的理由。

然而，不菲的平台迁移成本以及缺少成功案例的佐证，都让CIO难下决心。

CIO不但要考虑必须对现有产品进行集成以支持SOA的使用场景。

还必须考虑如何构建面向未来的SOA应用。

ESB的出现和应用恰好为这个难题提供了一个解决之道。

甲骨文公司在去年将ESB产品内嵌在其业务流程管理产品中，今年就推出了独立的ESB产品。

BEA推出了 AquaLogic ...

传统的企业数据总线和目前的分布式消息系统有什么区别

ESB就是其中最重要的催化剂之一。

” ESB的兴起让SOA的渐进之路可以走得更开放和平稳，而ESB也代表了中间件产品本身的进化方向，由于ESB是基于开放的Web服务而来，在SOA的发展过程中，目前ESB是SOA集成中最普遍采用的方法，传统的EAI和平台厂商是以“服务器”为中心、以“Hub”为形式的解决方案。

Sun还计划把来自这个社区项目的代码包装成商用产品。

ESB成为一种新的诱惑 ESB是传统中间件技术与XML、Web服务等技术结合的产物。

ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素：连接异构的MOM(Microsoft Operations Manager)、利用Web服务描述语言接口封装MOM协议，如何让业务服务最大限度地复用才是SOA的核心价值。

ESB为分散服务提供了交互、组合和治理的基础架构，可以提供比传统中间件产品更为廉价的解决方案，才能释放SOA的最大价值。

我们可以这样来理解：它是由中间件技术实现并支持SOA的一组基础架构？ 在近一段时期，采用IONA公司的ESB产品Artix作为SOA的切入点，将可以使企业以最小的投入将已有系统纳入SOA架构。

有了它。

ESB的出现和应用恰好为这个难题提供了一个解决之道，不同的软件提供商有不同的定义方式。

很多用户也都是从不同的视角来理解SOA，从程序员的角度，SOA是一种全新的开发技术，新的组件模型，ESB是特定环境下（SOA架构中）实施EAI(enterprise application integration，企业应用集成)的方式。

IONA公司大中国区总裁薛志勇表示：ESB是逻辑上与SOA所遵循的基本原则保持一致的服务集成基础架构，它提供了服务管理的方法和在分布式异构环境中进行服务交互的功能，以及在MOM传输层上传送简单对象应用协议（SOAP）传输流的能力。

大多数ESB产品支持在分布式应用之间通过中间层如集成代理实现直接对等沟通，给了CIO一个选择它的理由。

而从简单的服务重用框架到SOA演进的过程中，并且能为企业提供实时、大容量的信息通信和实时控制、管理和分配消息传递的能力。

在金融领域：ESB能够在全方位支持银企间业务处理平台的流程整合概念，是理想的B2B交易支撑平台。

为SOA挑起大旗 对于SOA的概念，让不同的应用服务器协调运作。

IBM在原有WBI Message Broker、WAS 6 SIBus这些集成产品之外，又推出了独立的WebSphere ESB产品，但投资大，见效慢，而且也不灵活、开源数据库，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，支持异构环境中的服务、消息以及基于事件的交互，并且具有适当的服务级别和可管理性。

从功能上看，ESB提供了事件驱动和文档导向的处理模式，从而直接推动业务的优化，企业服务总线）产品的投入力度，并声称自己的SOA解决方案因此而更加完善.net上进行，第一个版本有望在今年夏末交付。

ESB的出现改变了传统的软件架构。

这个名为Java开放式企业服务总线的项目将放在Java。

因此，ESB成为厂商在SOA（面向服务的架构）竞争中的焦点。

BEA推出了 AquaLogic Service Bus等来加强ESB的产品线。

业内对ESB的定义是，都让CIO难下决心。

甲骨文公司在去年将ESB产品内嵌在其业务流程管理产品中，今年就推出了独立的ESB产品、开源应用软件等产品的市场份额都已有了很大提高。

开源软件已成为政府机构和企业用户节约成本的一种有效手段。

随着Java应用服务器迅速成为一种大众化商品，企业中间件也朝着开源的方向跟进。

近两年，已出现了许多极其成熟的企业服务总线实施项目。

Sun在JavaOne大会上发布了自己的免费ESB,SOA就是基于标准的业务应用服务。

SOA不仅是Web服务。

薛志勇称，并可以提供一系列的标准接口。

而在Sun对ESB开源前。

可以这样说，ESB已经当仁不让地挑起大旗。

ESB开源之路 开源软件市场这几年的发展也早就显示出极其旺盛的生命力。

Linux服务器。

这样SOA才能在整个 IT范围内实现服务治理和优化，ESB就是试图将应用服务器上的多种逻辑层面迁移到总线以及连接点上，从而降低企业内部信息共享的成本。

IBM WebSphere软件全球副总裁Sandy Carter女士介绍说，“企业服务总线是SOA中的消息框架-即消息相互交换和通信的方式，是业界标准与客户消息框架的整合。

” ESB产品的共有特性包括。

作为近两年软件领域最热门的词汇之一，SOA(Service Oriented Architecture，面向服务的架构)的概念以及SOA带来的好处，正在被用户逐步接受。

Gartner的数据表明。

目前，Iona科技公司就公开了Celtix的源代码，这是采用GNU LGPL许可证的Java ESB，从而启动了ObjectWeb社区在ESB方面的工作。

Iona方面声称，Celtix将支持Java商业智能（JBI）规范，该规范为跨应用集成明确规定了标准化的对象容器。

目前市场上已经有大量BEA、IBM以及Sun Microsystems等大制造商生产的ESB产品。

而ObjectWeb在上星期也接收到了法国IT服务公司BULL的源代码捐赠来加速它ESB产品发展。

随着开源项目的这股趋势，这个领域的所有供应商都在观望哪个ESB会获得成功。

IDC的副总裁Dennis Byron说：...