esb_esbuild - CSDN
esb 订阅
企业服务总线,即ESB全称为Enterprise Service Bus,指的是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。面向服务的体系结构已经逐渐成为IT集成的主流技术。面向服务的体系结构(service-oriented architecture,SOA)是一种软件系统设计方法,通过已经发布的和可发现的接口为终端用户应用程序或其它服务提供服务。 展开全文
企业服务总线,即ESB全称为Enterprise Service Bus,指的是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。面向服务的体系结构已经逐渐成为IT集成的主流技术。面向服务的体系结构(service-oriented architecture,SOA)是一种软件系统设计方法,通过已经发布的和可发现的接口为终端用户应用程序或其它服务提供服务。
信息
外文名
Enterprise Service Bus
简    称
ESB
优    势
可用性和可靠性
中文名
企业服务总线
企业服务总线定义
面向服务的体系结构已经逐渐成为IT集成的主流技术。面向服务的体系结构(service-oriented architecture,SOA)是一种软件系统设计方法,通过已经发布的和可发现的接口为终端用户应用程序或其它服务提供服务。SOA把IT架构分为组件层、Web服务层、业务流程层等。组件层包括各种应用组件,它们通常是技术相关的具体实现,各种具体的分布式组件技术(CORBA、COM/DCOM、J2EE)都可以用于实现组件层的应用组件。通常复杂的IT环境中的组件层都同时使用了多种分布式组件技术,而不同实现技术之间的互联性障碍给应用集成带来了极大的困难,进而形成了一个个信息孤岛。SOA引入了Web服务层来解决此种情况下的应用集成问题。Web服务是独立于各种分布式组件技术的,它使用标准的基于XML的服务描述语言(Web Service Description Language,WSDL)来定义和封装离散的业务功能,各种支持Web服务的分布式组件技术能够将其上的业务组件发布成Web服务并产生相应的WSDL文档,并且只需要依据WSDL描述的信息就能够调用Web服务,即WSDL所描述的业务功能。Web服务在系统集成方面得到了广泛的应用。在SOA中,需要进入系统集成环节的业务组件都被映射为Web服务,形成了Web服务层。业务流程层则处于Web服务层之上,通过对Web服务的流程编排来实现商业流程。业务流程层通过Web服务层能够调用到基于各种分布式组件技术实现的业务组件,实现了复杂IT系统环境的应用集成。在SOA的组件层、Web服务层、业务流程层三层模型中,组件层使用具体的分布式组件技术实现业务功能,Web服务层则为组件层提供了一种技术无关的通用访问方式,屏蔽组件层具体技术之间的差异,突出业务逻辑的封装性。组件层中的业务组件和Web服务层的Web服务构成了企业IT架构的主要可重用部件,它们应该保持相对的稳定,业务流程层则通过对服务进行编排,来适应业务需求的变化。将组件层的业务组件映射为Web服务层的服务是成功实现SOA的关键步骤,目前对于特定的业务组件,业界广泛使用具体于分布式组件技术内建的支持Web服务的功能来实现组件与服务的映射。这种映射方法高度依赖于具体分布式组件技术本身,并且在使用和定制的过程中缺乏灵活性,当某个Web服务的实现需要多个分布式组件技术中的业务组件实现时,这种映射方法就会无法支持 [1]  。
收起全文
精华内容
参与话题
  • ESB详解

    千次阅读 2017-11-30 16:05:53
    ESB全称为Enterprise Service Bus,即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。ESB的出现改变了传统的软件架构,可以...

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

     

    一、ESB的五个基本功能:  1)服务的MetaData管理:在总线范畴内对服务的注册命名及寻址进行管理。   2)传输服务:确保通过企业总线互连的业务流程间的消息的正确交付,还包括基于内容的路由功能。   3)中介:提供位置透明的路由和定位服务;提供多种消息传递形式;支持广泛使用的传输协议。   4)多服务集成方式: 如JCA,Web服务,Messaging ,Adaptor等.   5)服务和事件管理支持: 调用服务的记录、测量和监控数据;提供事件检测、触发和分布功能;  二、ESB的八个扩展功能:  1) 面向服务的元数据管理: 他必须了解被他中介的两端,即服务的请求以及请求者对服务的要求,以及服务的提供者和他所提供的服务的描述;  2) Mediation :它必须具有某种机制能够完成中介的作用,如协议转换;   3) 通信:服务发布、订阅,响应 请求,同步异步消息,路由和寻址等;   4) 集成: 遗留系统适配器,服务编排和映射,协议转换,数据变换,企业应用集成中间件的连续等。  5) 服务交互: 服务接口定义,服务实现的置换,服务消息模型,服务目录和发现等。   6) 服务安全: 认证和授权、不可否认和机密性、安全标准的支持等;   7) 服务质量: 事务,服务的可交付性等;   8) 服务等级: 性能、可用性等。   ESB 中最常提到的两个功能是消息转换和消息路由。  三、ESB架构  ESB 是传统中间件技术与XML、Web服务等技术相互结合的产物,ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为廉价的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合。从功能上看,ESB提供了事件驱动和文档导向的处理模式,以及分布式的运行管理机制,它支持基于内容的路由和过滤,具备了复杂数据的传输能力,并可以提供一系列的标准接口。 四、ESB的应用特征  大规模分布式的企业应用需要相对简单而实用的中间件技术来简化和统一越来越复杂、繁琐的企业级信息系统平台。面向服务体系架构(SOA)是能够将应用程序的不同功能单元通过服务之间定义良好的接口和契约联系起来。SOA使用户可以不受限制地重复使用软件、把各种资源互连起来,只要IT人员选用标准接口包装旧的应用程序、把新的应用程序构建成服务,那么其他应用系统就可以很方便的使用这些功能服务。  支撑SOA的关键是其消息传递架构-企业服务总线(ESB)。ESB是传统中间件技术与XML、Web服务等技术相互结合的产物,用于实现企业应用不同消息和信息的准确、高效和安全传递。ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为廉价的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务协调运作,实现不同服务之间的通信与整合。ESB在不同领域具有非常广泛的用途:  电信领域:ESB能够在全方位支持电信行业OSS的应用整合概念。是理想的电信级应用软件承载平台。  电力领域:ESB能够在全方位支持电力行业EMS的数据整合概念,是理想的SCADA系统数据交换平台。  金融领域:ESB能够在全方位支持银企间业务处理平台的流程整合概念,是理想的B2B交易支撑平台。  电子政务:ESB能够在全方位支持电子政务应用软件业务基础平台、信息共享交换平台、决策分析支撑平台和政务门户的平台化实现。 五、几种ESB的结构  ESB提供了一种开放的、基于标准的消息机制,通过简单的标准适配器和接口,来完成粗粒度应用(服务)和其他组件之间的互操作,能够满足大型异构企业环境的集成需求。它可以在不改变现有基础结构的情况下让几代技术实现互操作。  通过使用ESB,可以在几乎不更改代码的情况下,以一种无缝的非侵入方式使企业已有的系统具有全新的服务接口,并能够在部署环境中支持任何标准。更重要的是,充当“缓冲器”的ESB(负责在诸多服务之间转换业务逻辑和数据格式)与服务逻辑相分离,从而使得不同的应用程序可以同时使用同一服务,用不着在应用程序或者数据发生变化时,改动服务代码。

    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 需求。WebSphere ESB的结构如图一所示。

    2. 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解决方案的开发。它还可以帮助开发人员扩展现有的信息和集成解决方案,包括的一些服务和组件。

    3. 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

    4. 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组件的热部署

    5.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 变换引擎,使得不进行任何变更就能灵活地实现系统的构筑。

    6.RES Infomatic Service Bu

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

    7.Smart Service Bu

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

    千次阅读 2017-05-19 17:43:53
    ESB全称为Enterprise Service Bus,即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。ESB的出现改变了传统的软件架构,可以...

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

    ESB的基本概念

    企业服务总线(EnterpriseServiceBus,ESB)从面向服务体系架构(Service-OrientedArchitecture,SOA)发展而来,是传统中间件技术与XML、Web服务等技术结合的产物。
    ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。ESB采用了“总线”这样一种模式来管理和简化应用之间的集成拓扑结构,以广为接受的开放标准为基础来支持应用之间在消息、事件和服务级别上动态的互连互通,是一种在松散耦合的服务和应用之间标准的集成方式。它可以作用于:
    ①面向服务的架构—分布式的应用由可重用的服务组成;
    ②面向消息的架构—应用之间通过ESB发送和接受消息;
    ③事件驱动的架构—应用之间异步地产生和接收消息。
    ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为低廉的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合。从功能上看,ESB提供了事件驱动和文档导向的处理模式,以及分布式的运行管理机制,它支持基于内容的路由和过滤,具备了复杂数据的传输能力,并可以提供一系列的标准接口。

    基本功能

    1)服务的MetaData管理:在总线范畴内对服务的注册命名及寻址进行管理。
    2)传输服务:确保通过企业总线互连的业务流程间的消息的正确交付,还包括基于内容的路由功能。
    3)中介:提供位置透明的路由和定位服务;提供多种消息传递形式;支持广泛使用的传输协议
    4)多服务集成方式: 如JCA,Web服务,Messaging ,Adapter等。
    5)服务和事件管理支持: 调用服务的记录、测量和监控数据;提供事件检测、触发和分布功能;

    扩展功能

    1) 面向服务的元数据管理: 他必须了解被他中介的两端,即服务的请求以及请求者对服务的要求,以及服务的提供者和他所提供的服务的描述;
    2) Mediation :它必须具有某种机制能够完成中介的作用,如协议转换;
    3) 通信:服务的发布/订阅、响应/请求、同步/异步消息、路由和寻址等;
    4) 集成: 遗留系统适配器,服务编排和映射,协议转换,数据变换,企业应用集成中间件的连续等。
    5) 服务交互: 服务接口定义,服务实现的置换,服务消息模型,服务目录和发现等。
    6) 服务安全: 认证和授权、不可否认和机密性、安全标准的支持等;
    7) 服务质量: 事务,服务的可交付性等;
    8) 服务等级: 性能、可用性等。
    ESB 中最常提到的两个功能是消息转换和消息路由。

    ESB架构

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

    ESB的发展

    在云计算应用时代,ESB将逐步发展到EBB(Enterprise Business Bus, 企业业务总线),国际范围内EBB尚处于发展初期,当然许多人也将ESB在业务上的应用,未作区分对待而统一作为ESB看待。事实上,ESB更关注IT服务,而EBB更关注业务执行,具有不同的属性。
    国内在2008年就有人就EBB的发展做了专题研究,并就潍柴动力与湘火炬汽车集团结成战略联盟后形成的集齿轮箱、变速器、发动机和整车为一体的汽车产业链实例,使用面向服务的架构SOA和企业协同理念,给出了协同服务平台的设计与分析。
    目前国内在EBB领域研究较为超前的,是由中国最年青博士后导师之一、协达软件创先人付勇,所指导的协同软件博士后工作站。该团队所研究的成果,已经在产业应用上有良好表现,并广泛应用在办公自动化OA、企业资源计划ERP、制造执行系统MES、客户关系管理CRM等领域。

    应用特征

    大规模分布式的企业应用需要相对简单而实用的中间件技术来简化和统一越来越复杂、繁琐的企业级信息系统平台。面向服务体系架构(SOA)是能够将应用程序的不同功能单元通过服务之间定义良好的接口和契约联系起来。SOA使用户可以不受限制地重复使用软件、把各种资源互连起来,只要IT人员选用标准接口包装旧的应用程序、把新的应用程序构建成服务,那么其他应用系统就可以很方便的使用这些功能服务。
    支撑SOA的关键是其消息传递架构-企业服务总线(ESB)。ESB是传统中间件技术与XML、Web服务等技术相互结合的产物,用于实现企业应用不同消息和信息的准确、高效和安全传递。让不同的应用服务协调运作,实现不同服务之间的通信与整合。ESB在不同领域具有非常广泛的用途:
    电信领域:ESB能够在全方位支持电信行业OSS的应用整合概念。是理想的电信级应用软件承载平台。
    电力领域:ESB能够在全方位支持电力行业EMS的数据整合概念,是理想的SCADA系统数据交换平台
    金融领域:ESB能够在全方位支持银企间业务处理平台的流程整合概念,是理想的B2B交易支撑平台。
    电子政务:ESB能够在全方位支持电子政务应用软件业务基础平台、信息共享交换平台、决策分析支撑平台和政务门户的平台化实现。

    主要结构

    ESB提供了一种开放的、基于标准的消息机制,通过简单的标准适配器和接口,来完成粗粒度应用(服务)和其他组件之间的互操作,能够满足大型异构企业环境的集成需求。它可以在不改变现有基础结构的情况下让几代技术实现互操作。
    通过使用ESB,可以在几乎不更改代码的情况下,以一种无缝的非侵入方式使企业已有的系统具有全新的服务接口,并能够在部署环境中支持任何标准。更重要的是,充当“缓冲器”的ESB(负责在诸多服务之间转换业务逻辑和数据格式)与服务逻辑相分离,从而使得不同的应用程序可以同时使用同一服务,用不着在应用程序或者数据发生变化时,改动服务代码。

    7.1 Smart Service Bus

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

    7.2 Oracle Service Bus

    Service Bus的前身是BEA的AquaLogic Service Bus,BEA AquaLogic产品家族交付了最全面的服务基础架构产品线,可以帮助企业成功部署SOA。作为首款完全针对SOA而构建的产品套件,它为IT提供了一组统一的产品来处理消息传递、服务管理、数据一致和安全需要。
    Oracle Service Bus为IT提供了一个理想的SOA基础,可以实现下列业务目标:
    通过动态配置异构共享服务之间的集成来节省时间。
    通过简单的集中式服务注册来减少维护工作。
    通过经济有效的服务部署和自动配置来降低成本。
    通过确保服务交互的正常进行和可用性来增加正常运行时间。
    通过使用服务元数据来简化共享服务的配置、集成和管理。
    提供支持基于SOA的业务解决方案所需的企业级可靠性和性能。[1] 

    7.3 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 需求。

    7.4 Microsoft ESB

    微软通过其应用平台提供了全面的ESB服务,包括:Windows Server®2003,.NET Framework, BizTalk®Server 2008 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解决方案的开发。它还可以帮助开发人员扩展现有的信息和集成解决方案,包括的一些服务和组件。

    7.5 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

    7.6 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组件的热部署

    7.7 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 变换引擎,使得不进行任何变更就能灵活地实现系统的构筑。

    7.8 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全生命周期支持。

    7.9 Mule ESB

    Mule ESB是一种基于java的、轻量级的企业服务总线和集成平台,它允许开发者快速的、简单的连接应用,并能够实现数据的转换。
    Mule ESB的主要功能如下:
    服务的创建与管理(Service creation and hosting):用Mule ESB作为一个轻量级的服务容器来暴露和管理可重用的服务。
     服务调解(Service mediation):隐藏服务消息的格式和协议,将业务逻辑从消息中独立出来,并可以实现本地独立的服务调用。
     消息路由(Message routing):基于内容和规则的消息路由、消息过滤、消息合并和消息的重新排序。
     数据转换(Data transformation):在不同的格式和传输协议中进行转换数据。

    ESB以太网插板:

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

    Apache synapse ESB

    http://synapse.apache.org/

    Apache Synapse企业服务总线(ESB)

    Apache Synapse是一种轻量级的高性能企业服务总线(ESB)。 Apache Synapse由快速和异步的中介引擎提供支持,为XML,Web服务和REST提供了卓越的支持。 除了XML和SOAP之外,Apache Synapse还支持多种其他内容交换格式,例如纯文本,二进制,Hessian和JSON。 适用于Synapse的广泛的传输适配器使其能够通过许多应用和传输层协议进行通信。 到目前为止,Apache Synapse支持HTTP / S,邮件(POP3,IMAP,SMTP),JMS,TCP,UDP,VFS,SMS,XMPP和FIX。

    Apache Synapse是Apache Software License 2.0下分发的免费开源软件。 最新版本的Synaspe是v3.0.0  此版本带来了大量新功能,错误修复,性能和稳定性改进。

    Apache Synapse,Synapse,Apache,Apache羽毛徽标和Apache Synapse项目徽标是The Apache Software Foundation的商标

    版本3.0.0中的新功能

    • 高性能PassThrough HTTP传输支持所有调解方案
      • 超快速,低延迟的HTTP请求中介
      • 同时支持大量入站(客户端 - > ESB)和出站(ESB - >服务器)连接
      • 使用共享缓冲区来智能地处理内置在引擎中的消息内容和内容感知,以处理数据
      • 在存在慢或故障的客户端和服务器的情况下,自动节流和性能下降
    • HTTP传输的OCSP / CRL证书验证支持
    • 响应中介者 - 调解人从中介流程中的任何地方回复客户端
    • Loopback Mediator - 从IN序列跳转到OUT序列的中介者
    • 标题中介者改进
      • 支持添加/删除传输头
    • 新的xpath函数
      • url-encoded xpath函数
      • 从get-property函数访问系统属性
      • base64解码功能
    • 消息处理器改进
      • 重新排序消息处理器
      • 新的阻止客户端实现
    • 消息注入任务改进
      • 支持向代理服务注入消息
      • 支持向命名序列注入消息
    • 标注调解员改进
      • 支持WS-Security
      • 内联终端支持
      • 能够使用'To'头动态设置EPR
      • NTLM支持
    • 脚本中介者改进
      • 支持删除属性
    • REST API改进
      • 运输级别访问限制

    主要特征

    • 代理服务 - 促进传输,接口(WSDL / Schema / Policy),消息格式(SOAP 1.1 / 1.2,POX / REST,文本,二进制),QoS(WS-Addressing / WS-Security / WS-RM) MTOM / SWA)
    • 用于快速HTTP交互的非阻塞HTTP / S传输,并支持数千个并发连接
    • 用于文件操作和与FTP,SFTP,CIFS和WEBDAV交互的VFS传输
    • JMS支持二进制,纯文本,XML和SOAP有效载荷
    • 邮件传输,广泛支持POP3,IMAP和SMTP
    • 支持业界推动的财务信息交换(FIX)协议
    • 内置注册表/存储库,便于动态重新配置和关联资源(如XSLT,XSD,JS等)
    • 内置支持使用Quartz调度程序调度任务
    • 负载均衡(带或不带粘性会话)和故障切换路由
    • 支持许多Web服务标准,包括WS-Addressing,WS-Security和WS-Reliable Messaging
    • 基于策略的消息限制和缓存(特别支持集群环境)
    • 消息分割和聚合
    • 使用数据库连接池进行数据库查找和更新支持
    • 针对序列,端点和代理服务的细粒度统计信息收集
    • JMX监控管理
    • 可以使用Java,Spring或BSF脚本语言(Javascript,Ruby,Groovy等)轻松扩展

    高级架构

    Apache Synapse的设计是轻量级和快速的。 非阻塞HTTP传输,多线程中介引擎和流式XML信息集合结合起来,以确保Synapse可以以最小的延迟和资源使用通过服务总线调解非常大量的消息。 Synapse还具有全面的日志记录功能,统计信息收集和JMX监视支持,这在生产部署中至关重要。

    Synapse使用Apache Axis2作为底层Web服务引擎。 因此,它对Web服务和相关标准(如SOAP和WSDL)有突出的支持。 经过测试的Axis2模块,如Apache Rampart和Apache Sandesha2,可与Synapse一起使用,无需配置开销。 使用这样的外部模块,Apache Synapse支持一系列Web服务标准,包括WS-Security和WS-Reliable Messaging。 Synapse还利用Axis2集群框架提供企业级集群支持。

    Synapse使用简单的基于XML的配置语言进行配置。 配置语言和相关功能组件的设计考虑了SOA最佳实践。 将配置片段存储在外部SOA注册表中并将其按需导入到中介引擎是微不足道的。 Synapse提供了大量的调解器,可用于实现即使是最复杂的企业集成方案。 如果需要,可以通过使用Java或您最喜欢的脚本语言开发定制调解器来扩展中介引擎。


    开源ESB方案:http://www.oschina.net/project/tag/333/esb

    展开全文
  • ESB简介

    万次阅读 2018-04-14 05:47:51
    谈谈自己对REST、SOA、SOAP、RPC、ICE、ESB、BPM知识汇总及理解转载 2015年09月03日 18:13:5218451SOA:维基百科解释:SOA:面向服务的软件架构(Service Oriented Architecture),是一种计算机软件的设计模式,主要...

    谈谈自己对REST、SOA、SOAP、RPC、ICE、ESB、BPM知识汇总及理解

    转载 2015年09月03日 18:13:52
    • 18451

    SOA:

    维基百科解释:SOA:面向服务的软件架构(Service Oriented Architecture),是一种计算机软件的设计模式,主要应用于不通应用组件中通过某种协议来互操作,例如典型的通过网络协议。因此SOA是独立于任何厂商、产品与技术的。


    SOA作为一种架构依赖于服务的方向,它的基本设计原理是:服务提供了一个简单的接口,抽象了底层的复杂性,然后用户可以访问独立的服务,而不需要去了解服务底层平台实现。




    基于SOA的解决方案,努力使经营目标而建立企业的质量体系。SOA架构是五层水平:

        1. 用户界面层–这些GUI的最终用户或应用程序访问的应用程序/服务接口。
        2. 业务流程层–这些精心设计的代表在应用方面的业务用例服务。
        3. 服务层–服务合并在一起,为整个企业提供实时服务。
        4. 服务组件–用来建造服务的组件,如功能库和技术库,技术接口等。
        5. 操作系统–这层包含数据模型,企业数据仓库,技术平台等。

    正因为SOA架构实现不依赖于技术,因此能够被各种不同的技术实现。
    例如:
    SOAPRPC
    REST
    DCOM
    CORBA
    OPC-UA
    Web services
    DDS
    Java RMI
    WCF (Microsoft's implementation of web services now forms a part of WCF)
    Apache Thrift
    SORCER

    因此REST、SOAP、RPC、RMI、DCOM等都是SOA的一种实现而已。


    Webservice:

    Web services是建立可互操作的分布式应用程序的新平台。


    webservice是一种标准,他可以通过soap或rest的方式来实现。

    传统的soap-webservice,使用了soap协议(基于xml包装)等。如果使用restful-webservice的话,则不需要soap与之相关的协议等,而是通过最简单的 http 协议传输数据 ( 包括 xml  json) 。既简化了设计,也减少了网络传输量(因为只传输代表数据的 xml  json ,没有额外的 xml 包装)。


    webservice相关的几个概念:

    wsdl:网络服务描述语言是Web Service的描述语言,它包含一系列描述某个web service的定义。

    UDDI: 是一种目录服务,企业可以使用它对 Web services 进行注册和搜索。UDDI,英文为 "Universal Description, Discovery and Integration",可译为“通用描述、发现与集成服务”。

    UDDI[1]  是一种规范,它主要提供基于Web服务的注册和发现机制,为Web服务提供三个重要的技术支持:①标准、透明、专门描述Web服务的机制;②调用Web服务的机制;③可以访问的Web服务注册中心。UDDI规范由OASIS(Organization for the Advancement of Structured Information Standards[1]  )标准化组织制定。[1] 



    其中RMI、RPC、SOAP比较:



    普通的Web项目,一般是绑定了特定的渲染语言(jsp、velocity,freemark),当然也有原始的html。但是仅仅限定了特定的返回数据格式与之相对应。Webservice项目则是能够被其他系统调用(约束了相关格式)。因此普通的利用ssh或者springmvc建立的web项目并没有发布webservice。普通的web项目可以使用一些技术将需要发布的接口发布出去,就成为了webservice了。



    什么是SOAP?


    SOAP (Simple Object Access Protocol) 顾名思义,是一个严格定义的信息交换协议,用于在Web Service中把远程调用和返回封装成机器可读的格式化数据。事实上SOAP数据使用XML数据格式,定义了一整套复杂的标签,以描述调用的远程过程、参数、返回值和出错信息等等。而且随着需要的增长,又不得增加协议以支持安全性,这使SOAP变得异常庞大,背离了简单的初衷。另一方面,各个服务器都可以基于这个协议推出自己的API,即使它们提供的服务及其相似,定义的API也不尽相同,这又导致了WSDL的诞生。WSDL (Web Service Description Language) 也遵循XML格式,用来描述哪个服务器提供什么服务,怎样找到它,以及该服务使用怎样的接口规范,简言之,服务发现。现在,使用Web Service的过程变成,获得该服务的WSDL描述,根据WSDL构造一条格式化的SOAP请求发送给服务器,然后接收一条同样SOAP格式的应答,最后根据先前的WSDL解码数据。绝大多数情况下,请求和应答使用HTTP协议传输,那么发送请求就使用HTTP的POST方法。



    什么是REST?

    REST (REpresentational State Transfort) 形式上应该表述为客户端通过申请资源来实现状态的转换,在这个角度系统可以看成一台虚拟的状态机。抛开R. T. Fielding博士论文里晦涩的理论不说,REST应该满足这样的特点:1)客户端和服务器结构;2)连接协议具有无状态性;3)能够利用Cache机制增进性能;4)层次化的系统;说到底,REST只是一种架构风格,而不是协议或标准。但这种新的风格(也许已经历史悠久?)对现有的以SOAP为代表的Web Service造成的冲击也是革命性的,因为它面向资源,甚至连服务也抽象成资源,因为它和HTTP紧密结合,因为它服务器无状态。


    目前知道的三种主流的Web服务实现方案为:
    REST:表象化状态转变 (软件架构风格)
    SOAP:简单对象访问协议 
    XML-RPC:远程过程调用协议 (已经慢慢被SOAP取代)

    其他理解:

    REST:表征状态转移Representational State Transfer),采用Web 服务使用标准的 HTTP 方法 (GET/PUT/POST/DELETE) 将所有 Web 系统的服务抽象为资源,REST从资源的角度来观察整个网络,分布在各处的资源由URI确定,而客户端的应用通过URI来获取资源的表征。Http协议所抽象的get,post,put,delete就好比数据库中最基本的增删改查,而互联网上的各种资源就好比数据库中的记录(可能这么比喻不是很好),对于各种资源的操作最后总是能抽象成为这四种基本操作,在定义了定位资源的规则以后,对于资源的操作通过标准的Http协议就可以实现,开发者也会受益于这种轻量级的协议。REST是一种软件架构风格而非协议也非规范,是一种针对网络应用的开发方式,可以降低开发的复杂性,提高系统的可伸缩性。

     

    SOAP:简单对象访问协议(Simple Object Access Protocol)是一种标准化的通讯规范,主要用于Web服务(web service)中。用一个简单的例子来说明 SOAP 使用过程,一个 SOAP 消息可以发送到一个具有 Web Service 功能的 Web 站点,例如,一个含有房价信息的数据库,消息的参数中标明这是一个查询消息,此站点将返回一个 XML 格式的信息,其中包含了查询结果(价格,位置,特点,或者其他信息)。由于数据是用一种标准化的可分析的结构来传递的,所以可以直接被第三方站点所利用。

    XML-RPC:一个远程过程调用(remote procedure call,RPC)的分布式计算协议,通过XML将调用函数封装,并使用HTTP协议作为传送机制。后来在新的功能不断被引入下,这个标准慢慢演变成为今日的SOAP协定。XML-RPC协定是已登记的专利项目。XML-RPC透过向装置了这个协定的服务器发出HTTP请求。发出请求的用户端一般都是需要向远端系统要求呼叫的软件。

     

    三种方案的简单比较

    XML-RPC已慢慢的被SOAP所取代,现在很少采用了,但它还是有版权的,我在此就不作多介绍。
    成熟度上SOAP在成熟度上优于REST

    效率和易用性上:REST更胜一筹(REST效率更高的原因在于,仅仅是建议的Http协议之上的一种协议。而SOAP则需要对数据、xml封装信息头,解封装等)

    安全性上SOAP安全性高于REST,因为REST更关注的是效率和性能问题

    分布式能力:REST更适合在分布式环境中使用、因为REST是基于原生Http协议的,而http协议是无状态的。大型分布式环境都能够对无状态支持良好,无状态增强了整个系统的扩展性。这也是为什么越来越多的云计算,分布式项目选择REST。

    (注:SOAP也是基于HTTP协议的,但是却提供了session、cookie等机制来使得SOAP有状态,从而支持需要有状态的业务。有状态举例:1、增加一个用户2、获取最新增加的用户。那1的执行成功与否,及执行先后顺序的状态将会影响2的结果。)


    总体上,因为REST模式的Web服务与复杂的SOAPXML-RPC对比来讲明显的更加简洁,越来越多的web服务开始采用REST风格设计和实现。例如,Amazon.com提供接近REST风格的Web服务进行图书查找;雅虎提供的Web服务也是REST风格的。REST对于资源型服务接口来说很合适,同时特别适合对于效率要求很高,但是对于安全要求不高的场景。而SOAP的成熟性可以给需要提供给多开发语言的,对于安全性要求较高的接口设计带来便利。所以我觉得纯粹说什么设计模式将会占据主导地位没有什么意义,关键还是看应用场景,正是那句老话:适合的才是最好的

    同时很重要一点就是不要扭曲了REST现在很多网站都跟风去开发REST风格的接口,其实都是在学其形,不知其心,最后弄得不伦不类,性能上不去,安全又保证不了,徒有一个看似象摸象样的皮囊。



    SOAP在安全方面是通过使用XML-Security和XML-Signature两个规范组成了WS-Security来实现安全控制的,当前已经得到了各个厂商的支持,.net ,php ,java 都已经对其有了很好的支持。REST没有任何规范对于安全方面作说明。因此在考虑安全性上,SOAP要高于REST。


    ICE:

    ICE是分布式应用的一种比较好的解决方案,虽然现在也有一些比较流行的分布式应用解决方案,如微软的.NET(以及原来的DCOM)、CORBA及WEB SERVICE等,但是这些面向对象的中间件都存在一些不足:
     .NET是微软产品,只面向WINDOWS系统,而实际的情况是在当前的网络环境下,不同的计算机会运行不同的系统,如LINUX上面就不可能使用.NET;
     CORBA虽然在统一标准方面做了很多的工作,但是不同的供应商实现之间还是缺乏互操作性,并且目前还没有一家供应商可以针对所有的异种环境提供所有的实现支持,且CORBA的实现比较复杂,学习及实施的成本都会比较高;
     WEB SERVICE最要命的缺点就是他的性能问题,对于要求比较高的行业是很少会考虑WEB SERVICE的。
     ICE的产生就是源于.NET、CORBA及WEB SERVICE这些中间件的不足,它可以支持不同的系统,如WINDOWS、LINUX等,也可以支持在多种开发语言上使用,如C++、C、JAVA、RUBY、PYTHON、VB等,服务端可以是上面提到的任何一种语言实现的,客户端也可以根据自己的实际情况选择不同的语言实现,如服务端采用C语言实现,而客户端采用JAVA语言实现,底层的通讯逻辑通过ICE的封装实现,我们只需要关注业务逻辑。


    什么是ESB?
    ESB与EAI区别:
    ESB是将所有的系统的交互都放在SOA统一服务总线上面来控制处理。
    EAI只是将不同的系统集成起来(可以采用ESB总线形式,也可以采用点对点的形式)。









    ESB能帮助解决什么?





    附上开源使用量最大的ESB mule:



    什么是BPM:
    BPM,即业务过程管理,是一种以规范化的构造端到端的卓越业务流程为中心,以持续的提高组织业务绩效为目的的系统化方法,常见商业管理教育如EMBA、MBA等均将BPM包含在内。

    用来审批,用来发送短信,发送邮件等业务流程编排。



    两大主流开源BPM对比:(Activiti与spring集成更好)

    Activiti Demo:


    国内bpm在线试用:


    版权声明:欢迎大家转载,转载请注明出处blog.csdn.net/tantexian。 https://blog.csdn.net/tantexian/article/details/48196453
    展开全文
  • 微服务、SOA、ESB比较

    万次阅读 多人点赞 2018-07-11 14:36:05
    很多时候会听到微服务、SOA、ESB之间有着联系也有着区别,有时候了解了一下,过段时间有混肴模糊了今天看了一篇文章写的很好,特地记录一下。原文地址:https://mp.weixin.qq.com/s/fCsVP5pO2vJX3DlMb-RdrA一、SOA...

    很多时候会听到微服务、SOA、ESB之间有着联系也有着区别,有时候了解了一下,过段时间有混肴模糊了今天看了一篇文章写的很好,特地记录一下。

    原文地址:https://mp.weixin.qq.com/s/fCsVP5pO2vJX3DlMb-RdrA

    一、SOA架构解析

    SOA 全称是: Service Oriented Architecture,中文释义为 “面向服务的架构”它是一种设计理念,其中包含多个服务, 服务之间通过相互依赖最终提供一系列完整的功能。各个服务通常以独立的形式部署运行,服务之间 通过网络进行调用。架构图如下:


    二、 ESB(企业服务总线)

       简单来说 ESB 就是一根管道,用来连接各个服务节点。ESB的存在是为了集成基于不同协议的不同服务,ESB 做了消息的转化、解释以及路由的工作,以此来让不同的服务互联互通;


    三、微服务

        

    微服务架构和 SOA 架构非常类似,微服务只是的 SOA 升华,只不过微服务架构强调的是“业务需要彻底的组件化及服务化”,原单个业务系统会被拆分为多个可以独立开发、设计、部署运行的小应用。这些小应用间通过服务化完成交互和集成。 组件表示的就是一个可以独立更换和升级的单元,就像 PC 中的 CPU、内存、显卡、硬盘一样,独立且可以更换升级而不影响其他单元。若我们把 PC 中的各个组件以服务的方式构 建,那么这台 PC 只需要维护主板(可以理解为ESB)和一些必要的外部设备就可以。CPU、内存、硬盘等都是以组件方式提供服务,例如PC 需要调用 CPU 做计算处理,只需知道 CPU 这个组件的地址就可以了。


    微服务的特征


    1. 通过服务实现组件化  

    2. 按业务能力来划分服务和开发团队

    3. 去中心化

    4. 基础设施自动化(devops、自动化部署)

    微服务不再强调传统SOA架构里面比较重的ESB企业服务总线,同时以 SOA 的思想进入到单个业务系统内部实 现真正的组件化。

    展开全文
  • 几种ESB(企业服务总线)介绍

    万次阅读 2018-07-16 19:24:45
    ESB(Enterprise Service Bus,即企业服务总线)是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。 企业服务总线ESB就是一种可以提供可靠的、有...
  • ESB的优缺点

    千次阅读 2011-08-26 11:02:24
    充分的利用ESB的优缺点,完成项目指标: 1)  面向服务的元数据管理: 他必须了解被他中介的两端,即服务的请求以及请求者对服务的要求,以及服务的提供者和他所提供的服务的描述; 2)  Mediation :它必须...
  • 企业服务总线ESB是什么

    万次阅读 2018-01-17 18:25:14
    在探讨信息系统的SOA架构概念时,一个非常重要的概念是:企业服务总线(ESB)。可以说,企业服务总线也是SOA的核心构成部分。要真正实现应用架构完善的SOA结构,简化SOA构件间的关系,就一定要建设好信息系统的企业级...
  • 国产ESB产品介绍

    2020-07-30 23:31:51
    文档列举了三个国产ESB的介绍:金蝶ApusicESB、锐易特软件、合众企业服务总线,希望可以对后来者提供一些建议
  • ESB系列之企业服务总线ESB简介

    千次阅读 2019-11-01 08:50:33
    ESB应该有哪些服务 ESB实施方式 为什么不采用传统架构而是采用ESB总线方案ESB应该有哪些服务? 传输服务 安全、可靠的数据传输 永久性/非永久性 同步/异步 仲裁服务 路由 格式转换 事件服务 事件发现和发布 ...
  • ESB系列之IBM WebSphere ESB入门指南

    千次阅读 2019-11-01 08:50:50
    第一章 ESB介绍 1 为什么使用ESB 2 ESB担任的角色 3 ESB提供的服务 第二章 IBM WebSphere ESB开发 1 IBM WebSphere的优势 2 ESB开发第一章 ESB介绍本博客介绍一款ESB产品,IBM WebSphere ESBESB(Enterprise ...
  • ESB实现原理

    万次阅读 2015-05-26 17:48:59
    接口组,顾名思义,就是为系统提供接口,跟其他系统进行对接的,很高兴能玩玩这个,因为以前都没有搞过接口方面的东西,只认为就是webservice方面的东西,也不是很难,后来到公司,一开始就要我们搞ESB方面的东西,...
  • 自从面向服务的开发模式火热起来,各种相关技术和概念层出不穷,以至于概念模糊,经常混淆,为了理顺概念,不至遗忘,特结合网络上的资料整理并记录下SOA、ESB、WebService、SCA、BPEL之间区别与联系!
  • ESB能为银行带来什么?

    千次阅读 2014-09-26 13:48:11
    ESB能为银行带来什么? 神州数码融信 赵巍  2013年以来,银行业界掀起了ESB(企业服务总线)建设的高潮,包括浦发银行、汉口银行、泰隆银行、福建农信、乌鲁木齐、苏州银行、三峡银行、营口银行、邢台银行等众多...
  • ESB架构笔记

    千次阅读 2008-07-10 23:24:00
    ESB是什么 ESB综述1:定义ESB 、ESB综述2:ESB使用案例  (InfoQ) 探索企业服务总线 part1(IBM DW) ,part2  Defining the ESB   (DDJ) 《Enterprise Service Bus》 ,OReilly 2004 ESB就是一个服务的中介,...
  • 1、什么是ESB 就是企业数据总线的意思,他的核心功能就是兼容各种协议接口,可以将数据在各种协议之间进行流转,并且可以针对数据格式进行编排转换。(格式转换、协议转换、代理、编排、安全控制、监控、不支持高...
  • 传统的企业数据总线(ESB):Oracle SOA Suites,Apache ServiceMIX,JBOSS EBS,等 分布式消息系统:kafka,RabbitMQ、Apache ActiveMQ,MetaQ等 首先我们看到ESB是用于系统间集成的,那么分布式消息系统...
  • 顾名思义,企业服务总线(ESB)就是一条企业架构的总线,所有的企业服务都挂接到该总线上对外公布,企业服务总线负责管理服务目录,解析服务请求者的请求方法、消息格式,并对服务提供者进行寻址,转发服务请求。...
  • 我在ESB上走的弯路

    千次阅读 2014-12-30 16:49:10
    这些年人们一直在谈论SOA,有过面向服务开发经验的人对企业服务总线ESB一定不会陌生。但大家对ESB的理解却并不相同,可能是千奇百怪的,我找了很多资料,也没有找到一个能被大家普遍接受的定义。正式因为对ESB的理解...
  • muleESB简介和安装(一)

    万次阅读 2015-10-30 00:01:44
    MuleESB是一个企业服务总线(ESB)消息框架。。。
  • 几款开源ESB总线的比较

    万次阅读 2014-05-05 11:24:26
    现有的开源ESB总线中,自从2003年第一个开源总线Mule出现后,现在已经是百花争鸣的景象了。现在我就对现有的各种开源ESB总线依据性能、可扩展性、资料文档完整程度以及整合难易程度等方面展开。 CXF CXF的定位不是...
1 2 3 4 5 ... 20
收藏数 20,419
精华内容 8,167
关键字:

esb