ESB

ESB全称为Enterprise Service Bus,即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为廉价的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合。从功能上看,ESB提供了事件驱动和文档导向的处理模式,以及分布式的运行管理机制,它支持基于内容的路由和过滤,具备了复杂数据的传输能力,并可以提供一系列的标准接口。

编辑本段基本功能

1)服务的MetaData管理:在总线范畴内对服务的注册命名及寻址进行管理。

2)传输服务:确保通过企业总线互连的业务流程间的消息的正确交付,还包括基于内容的路由功能。

3)中介:提供位置透明的路由和定位服务;提供多种消息传递形式;支持广泛使用的传输协议

4)多服务集成方式: 如JCA,Web服务,Messaging ,Adaptor等。

5)服务和事件管理支持: 调用服务的记录、测量和监控数据;提供事件检测、触发和分布功能;

编辑本段扩展功能

1) 面向服务的元数据管理: 他必须了解被他中介的两端,即服务的请求以及请求者对服务的要求,以及服务的提供者和他所提供的服务的描述;

2) Mediation :它必须具有某种机制能够完成中介的作用,如协议转换;

3) 通信:服务的发布/订阅、响应/请求、同步/异步消息、路由和寻址等;

4) 集成: 遗留系统适配器,服务编排和映射,协议转换,数据变换,企业应用集成中间件的连续等。

5) 服务交互: 服务接口定义,服务实现的置换,服务消息模型,服务目录和发现等。

6) 服务安全: 认证和授权、不可否认和机密性、安全标准的支持等;

7) 服务质量: 事务,服务的可交付性等;

8) 服务等级: 性能、可用性等。

ESB 中最常提到的两个功能是消息转换和消息路由。

编辑本段ESB架构

ESB 是传统中间件技术与XML、Web服务等技术相互结合的产物,ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为廉价的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合。从功能上看,ESB提供了事件驱动和文档导向的处理模式,以及分布式的运行管理机制,它支持基于内容的路由和过滤,具备了复杂数据的传输能力,并可以提供一系列的标准接口。

编辑本段应用特征

大规模分布式的企业应用需要相对简单而实用的中间件技术来简化和统一越来越复杂、繁琐的企业级信息系统平台。面向服务体系架构(SOA)是能够将应用程序的不同功能单元通过服务之间定义良好的接口和契约联系起来。SOA使用户可以不受限制地重复使用软件、把各种资源互连起来,只要IT人员选用标准接口包装旧的应用程序、把新的应用程序构建成服务,那么其他应用系统就可以很方便的使用这些功能服务。

支撑SOA的关键是其消息传递架构-企业服务总线(ESB)。ESB是传统中间件技术与XML、Web服务等技术相互结合的产物,用于实现企业应用不同消息和信息的准确、高效和安全传递。ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为廉价的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务协调运作,实现不同服务之间的通信与整合。ESB在不同领域具有非常广泛的用途:

电信领域:ESB能够在全方位支持电信行业OSS的应用整合概念。是理想的电信级应用软件承载平台。

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

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

电子政务:ESB能够在全方位支持电子政务应用软件业务基础平台、信息共享交换平台、决策分析支撑平台和政务门户的平台化实现。

编辑本段主要结构

ESB提供了一种开放的、基于标准的消息机制,通过简单的标准适配器和接口,来完成粗粒度应用(服务)和其他组件之间的互操作,能够满足大型异构企业环境的集成需求。它可以在不改变现有基础结构的情况下让几代技术实现互操作。

通过使用ESB,可以在几乎不更改代码的情况下,以一种无缝的非侵入方式使企业已有的系统具有全新的服务接口,并能够在部署环境中支持任何标准。更重要的是,充当“缓冲器”的ESB(负责在诸多服务之间转换业务逻辑和数据格式)与服务逻辑相分离,从而使得不同的应用程序可以同时使用同一服务,用不着在应用程序或者数据发生变化时,改动服务代码。

Oracle Service Bus

Service Bus的前身是BEA的AquaLogic Service Bus,BEA AquaLogic产品家族交付了最全面的服务基础架构产品线,可以帮助企业成功部署SOA。作为首款完全针对SOA而构建的产品套件,它为IT提供了一组统一的产品来处理消息传递、服务管理、数据一致和安全需要。

Oracle Service Bus为IT提供了一个理想的SOA基础,可以实现下列业务目标:

通过动态配置异构共享服务之间的集成来节省时间。

通过简单的集中式服务注册来减少维护工作。

通过经济有效的服务部署和自动配置来降低成本。

通过确保服务交互的正常进行和可用性来增加正常运行时间。

通过使用服务元数据来简化共享服务的配置、集成和管理。

提供支持基于SOA的业务解决方案所需的企业级可靠性和性能。[1]

IBM WebSphere ESB

IBM 提供了三种 ESB 产品:IBM WebSphere ESB、IBM WebSphere Message Broker、IBM WebSphere DataPower Integration Appliance XI50。根据您的需求选择 ESB 来增强您的 SOA。WebSphere ESB 是一种基于平台的 ESB,作为集成的 SOA 平台,针对 WebSphere应用服务器进行了优化。WebSphere
Message Broker 是跨平台的 ESB,是为异构 IT 环境中的统一连接和转换而构建的。WebSphere DataPower Integration Appliance XI50 是一种基于设备的 ESB,是为简化的部署和更强的安全性而构建的。客户面临着从简单到复杂的各式各样的 ESB 需求。

Microsoft ESB

微软通过其应用平台提供了全面的ESB服务,包括:Windows Server®2003,.NET Framework, BizTalk®Server
2006 R2. 应用平台提供了一个基础架构,基于此可以灵活和安全地重复使用架构和商业服务,并具有协调原有的服务整合到新的端到端的业务流程中的能力。

微软通过一些列的产品Windows Server 2003, the .NET Framework 3.0, and BizTalk Server 2006作为对企业实现ESB的支撑,Microsoft
ESB Guidance是基于BizTalk Server 2006一组应用,它提供以下公用的ESB组件:l Message routing (消息路由) l Message validation (消息验证) l Message transformation (消息转换) l Centralized exception management(集中的异常管理) l Extensible adapter framework(可扩展的适配器框架) l Service orchestration(服务的编制支持)
l Business rules engine(业务规则引擎) l Business activity monitoring(业务活动监视)微软
ESB 指南提供了架构指导,模式和实践,以及一套BizTalk Server 和 .NET Framework 组件来简化基于微软平台的大型或小规模的ESB解决方案的开发。它还可以帮助开发人员扩展现有的信息和集成解决方案,包括的一些服务和组件。

JBOSS SOA Platform

JBoss Enterprise SOA Platform提供了一个基于标准的平台,用以集成应用、SOA服务、业务事件和自动化业务流程。这一SOA平台集成了特定版本的JBoss ESB、jBPM、Drools、和已得到验证的JBoss企业应用平台,把它们组织在一起形成一个单一的企业级发布。JBoss Enterprise SOA Platform打包了不少流行组件如:

l JBoss ESB l JBoss jBPM jPDL l JBoss Rules (Drools) l JBoss Application Server l Hibernate l Hibernate Entity Manager l Hibernate Annotations l JBoss Seam l JBoss Web (嵌入式Tomcat 6.0) l JBoss Cache
l JGroups l JBoss Messaging l JBoss Transactions l JBoss Web Services (JBossWS) l JBossXB l JBoss AOP l JBoss Remoting l JBoss Serialization l JacORB

ServiceMix对ESB的实现

ServiceMix是一个建立在JBI (JSR 208)语法规则和APIs上的开源ESB(Enterprise Service Bus:企业服务总线)项目。ServiceMix是基于JBI的ESB。它是开源的基于JBI语义和API的ESB和SOA工具包,以Apache许可证方式发布。 它是轻量的ESB实现,易于作为嵌入式ESB使用;集成了对Spring技术的支持;可以在客户端或服务器端运行;可以作为独立的ESB提供者,也可以作为另外ESB的服务组件;
可以在JavaSE或JavaEE服务器中使用;ServiceMix同Apache Geronimo以及JBoss服务器完全集成,并且在Apache Geronimo服务器中可以直接部署JBI组件和服务。Java Business Integration (JBI,Java业务集成)技术规范定义了SOA的服务导向集成的内核和组成架构。它对公共讯息路径架构、服务引擎与捆绑的插件程序接口,以及复合型服务描述机制等都进行了标准化,这样就将多种服务结合成为一个单一的可执行的和可审核的工作单元。JBI和ServiceMix关系图JBI并不是一个为开发者设计的一个接口,更准确的说它是在JBI容器里为集成商提供相互集成的一个体系和一系列的接口。所以人们能集合他们所需要的所有部分,做出一个总体解决。例如在理论你能从BPEL引擎上,EJB容器上或者是数据传输产品上集合一个基础设施,并且能够集成的很合适。
ServiceMix 中包含完整的JBI容器,支持JBI规范的所有功能要求:l 规范化消息服务和路由 l JBI管理Beans (MBeans)l 组件管理和安装的Ant任务l 对JBI部署单元的完全支持,支持JBI组件的热部署

NEC WebOTX ESB

WebOTX Enterprise Service Bus(以下简称WebOTX ESB)是灵活地结合基于SOA 的系统上的业务应用的,具有消息交换功能的服务运行平台的中间件,是在WebOTX
Application Server 的Java EE 环境上动作的ESB 运行环境。WebOTX ESB 处于处理层和服务层中间的Hub产品的位置,使业务变更时系统能灵活对应。

WebOTX ESB 遵循JBI1.0(服务总线的Java 标准定义),提供标准的对应了各种协议的组件,能实现与业务应用的无缝连接。此外,提供了丰富的适配器群以致能与大型计算机上的业务应用、EAI
工具等连接。而且,提供了能吸收服务间消息差异的高速XML 变换引擎,使得不进行任何变更就能灵活地实现系统的构筑。

RES Infomatic Service Bus

RES Infomatic Service Bus是锐易特软件信息整合解决方案中最为核心的企业级信息服务总线产品。该产品理念与核心技术跟IBM、Oracle等国际主流厂商的ESB产品同步,自2004年至今,经过了为期两年的国外产品原型设计和四年的国内本土研发与多行业重量级客户实践检验。广泛应用于金融、电信、政府、公共卫生等行业。它是由七款子产品构成的产品家族,包含了Universal
Adapters 通用适配器、Message Broker消息代理、Service Monitor服务监控中心、Service Proxy 服务代理、Registry and Repository 服务资源注册中心、Configuration Manager 配置管理中心、Integration Tools 整合开发工具集,这些子产品相互支撑、协同工作,共同构成分布式信息服务总线的开发、部署、运行、管理的SOA全生命周期支持。

Smart Service Bus

Smart Enterprise Service Bus是神州数码秉承SOA理念,结合十数年企业应用集成领域的最佳实践,研发的一套功能完善、高效稳定、灵巧开放的企业服务总线中间件。作为核心的交换平台,能保证7*24小时永不间断提供服务。提供最优的扩容方式,保证扩展线性度达到100%,为组织提供高吞吐量的优质基础服务。提供灵活的部署方式,支持集中部署、分布式部署及总分结构部署。最佳的IT架构治理平台,提供基于元数据的服务治理工具和系统监控工具套件。

编辑本段ESB以太网插板:

ESB26 与ESB24 板的不同主要是在插板上提供的以太网接口的数量不一样ESB26 提供26 个接口,ESB24 上有24 个;另外ESB26 板前面板上有六个以太网接口一个com 口,ESB24 板前面板上有四个以太网接口一个com 口;通常构成EMB 的ESB 板也属于SWU 单元,还有LANU 上的ESB 板也是SWU单元。

时间: 2024-08-22 05:56:03

ESB的相关文章

SOA、ESB、NServiceBus、云计算 总结

SOA SOA 是通过功能组件化.服务化,来实现系统集成.解决信息孤岛,这是其主要目标.而更进一步则是实现更快响应业务的变化.更快推出新的应用系统.与此同时,SOA 还实现了整合资源,资源复用. SOA 服务的设计标准是粗粒度.高重用.灵活.标准.性能则并非首要考虑因素. SOA 的两大功能是集成.服务编排(BPEL.BPM).WF 在 SOA 架构中,实现服务编排的功能. 参考架构: 相关资源: SOA 的基本概念及设计原则浅议 SOA 有哪些基本原则 SOA 设计十大原则 SOA 服务设计原

企业 SOA 设计(1)–ESB 设计

最近为公司完成了一个 ESB 的设计.下面简要说明一下具体的设计方案.   企业 SOA 整体方案 在前一篇<SOA.ESB.NServiceBus.云计算 总结>中说到,SOA 是面向服务的架构,其核心思想是把业务进行组件化,而业务组件的能力服务化. 我们的整个 SOA 的设计分为两个层面:一个是系统间的 SOA 设计,另一个则是单个系统内的 SOA 设计.系统间的 SOA 设计,主要是设计一个 ESB 系统来实现各业务系统间的交互.而系统内部的 SOA 设计,则是建立一个组件化的技术平台,

SOA、ESB、NServiceBus和云计算

SOA SOA 是通过功能组件化.服务化,来实现系统集成.解决信息孤岛,这是其主要目标.而更进一步则是实现更快响应业务的变化.更快推出新的应用系统.与此同时,SOA 还实现了整合资源,资源复用. SOA 服务的设计标准是粗粒度.高重用.灵活.标准.性能则并非首要考虑因素. SOA 的两大功能是集成.服务编排(BPEL.BPM).WF 在 SOA 架构中,扮演服务编排的功能. 参考架构: 云计算-soa esb"> 相关资源: SOA 设计十大原则 再谈SOA集成平台建设必要性 谈基于SOA

Zato:基于Python的ESB和后端应用服务器

概述 Zato是一个用Python编写的开源ESB和应用服务器.按照设计,它用于构建后端应用程序(即仅是API)和在SOA中整合系统. 查看Zato的项目文档点击这里,查看其GitHub页点击这里. Zato的目标用户是使用Python或者Ruby和PHP等其它动态语言的开发人员,或者是那些考虑在工作中尝试动态语言的技术团队,后者或是因为看到动态语言在其它地方使用,或是因为愿意尝试用其中一种动态语言编写的非前端系统. 该平台是轻量级但完整的,它涵盖了架构师.程序员或者系统管理员的所有视角,对许多

ESB综述2:ESB使用案例

我们以维基百科基础的(ESB)开始我们的讨论. 看起来,共识之一是ESB是与编制(orchestration)和业务过程管理(Business Process Management)截然不同的单独一类产品.此外,对于ESB到底是产品还是模式还有很大的争议. 在本系列的第二部分,InfoQ调查了ESB的使用目的 - ESB的使用案例和需求是什么? Sonic公司的开启前文中的讨论,暗示了Sonic软件公司可能事实上正试图标准化基于UML的模式集,实质上,它们定义了ESB的参考架构. (BEA系统策

ESB综述1:定义ESB

主题是:激活SOA的全部潜力还需五年.但是,访谈中隐藏着一个简单的论断,即使用企业服务总线(Enterprise Service Bus,ESB)是实现ESB全部潜力4步中的第三步.Don Rippert模型中的步骤如下: 使用XML,以更标准的方式使用应用程序接口. 捕获一些业务过程,并将它们转化成为Web服务. 引入并全面使用企业服务总线. 产生业务过程执行语言(Business Process Execution Language,BPEL),它可由业务过程建模工具完成.BPEL可以改变应

使用NetKerne实现REST风格的ESB

背景 新英格兰大学启动了一个为期多年的基础建设现代化项目,这个项目的目的在于逐步取代已经过时的系统,并在尽量实现所有IT投资的回报最大化的同时提供尽可能多的IT功能项.这个项目牵涉到硬件升级.购买新软件.开发培训和操作团队的培训等等.这个现代化的战略性项目的中心在于实现一个面向服务架构(Service Oriented Architecture-SOA). SOA是着重于分布式应用设计的总体平台架构方式,而非注重于特定技术.SOA的关键的在于软件服务的定义和实现,不管服务的位置如何.所有权归谁,

为你的集成需求选择合适的ESB

公司内外的不同应用间需要进行相互通信.企业服务总线(Enterprise Service Bus,ESB)已经被视为支持应用集成的 工具.但是ESB是什么呢?什么时候使用集成套件(integration suite)更为合适呢?下一个项目最合适的产品是什么?本 文将会讲述为什么没有银弹(silver bullet)以及为何有时ESB可能也是错误的选择.对于项目的成功来讲,选择合适的产 品是至关重要的. 术语"企业服务总线"的定义 众多来自不同供应商的产品都包含了"企业服务总线

在ESB中选择路由还是编配?

介绍 如今,企业服务总线是一个有用的解决方案,这一点毋庸置疑.它和一组工具相结合一起解决了应用与服务集成领域的实际问题.但是,它们给不熟悉它们的使用者所带来的轻微不便却和工具箱一样.那些使用者知道问题的解决办法肯定在箱子内,但却不知道解决问题的工具是哪个! 从企业服务总线到路由问题 ESB涉及多个应用领域,包括实现信息系统范畴的面向服务架构(SOA).但它们的基本目的都是为了简化应用和服务的集成--简而言之就是让一个应用或服务去调用另一个应用或服务.这种非常简单和平凡的事业有各种额外的复杂级别:

构建ESB中介来将分隔文件转换为服务调用

使用 WebSphere Enterprise Service Bus 和 WebSphere Adapter for Flat Files 开始之前 在面向服务的体系结构 (SOA) 中,使用企业服务总线(Enterprise Service Bus,ESB)来执行应用程序连接并将服务使用者与服务提供者分离是最佳实践.存在 许多需要使用平面文件来集成系统和应用程序的场景. 本教程教您如何设计和实现 WebSphere ESB 中介,以将基于文件的服务使用者连接到 服务提供者.使用 WebSph