ESB企业服务总线接口规范

ESB企业服务总线接口规范
ESB企业服务总线接口规范

企业服务总线系统(ESB)

技术白皮书

[V1.0.1115]

厦门博立特有限公司

版权所有

保留所有权利

目录

1.前言 (4)

2 .ESB简介 (4)

3. ESB主要功能和特点 (6)

3.1.ESB主要功能: (6)

3.1.ESB主要特点: (7)

4.ESB接口设计 (8)

4.1 总体设计框图 (8)

4.2 技术规范 (8)

4.3 消息传输流程 (8)

4.4 文件传输流程 (8)

4.5 MsgService接口说明 (8)

4.5.1 登陆到ESB(Login) (8)

4.5.1.1 服务.NET原型 (8)

4.5.1.2 传入参数 (9)

4.5.1.3 返回参数 (9)

4.5.1.4 服务说明 (9)

4.5.2 发送消息到ESB(SendMessage) (10)

4.5.2.1 服务.NET原型 (10)

4.5.2.2 传入参数 (10)

4.5.2.3 返回参数 (10)

4.5.2.4 服务说明 (10)

4.5.3 从ESB接收消息(ReceiveMessage) (11)

4.5.3.1 服务.NET原型 (11)

4.5.3.2 传入参数 (11)

4.5.3.3 返回参数 (11)

4.5.3.4 服务说明 (11)

4.5.4 发送确认消息到ESB(AcknowledgeMessage) (12)

4.5.4.1 服务.NET原型 (12)

4.5.4.2 传入参数 (12)

4.5.4.3 返回参数 (12)

4.5.4.4 服务说明 (12)

5.附录A 返回代码对照表 (13)

1.前言

随着信息技术的不断发展,企业、政府部门等在信息化建设上投入了大量的资金、人力,逐步形成了适合自身某些部门或某些业务需要的管理信息系统,如办公自动化、客户关系管理CRM、企业资源计划ERP、生产制造系统等,这些管理信息系统,在企业和政府某些部门或业务的管理上,发挥了信息电子化、流程自动化、管理科学化的重要作用。

但是,企业和政府现有的管理信息系统,由于投入的时间、使用的部门、生产的厂家及实现技术等各不相同,造成企业和政府现有的应用信息系统各自独立运行,数据不能共享,各自业务流程不能自动衔接,造成企业和政府内部许多自成体系的信息化孤岛,各个应用系统不能相互协作,形成统一高效的有机整体。

企业应用集成,英文名称为Enterprise Application Integration,简称EAI,是为了解决企业和政府现有多种应用系统不能互连互通、数据共享、业务流程协调统一的问题,将异构的两个或更多的硬件、平台及应用系统进行无缝集成,使它们形成一个统一的整体。

企业服务总线(Enterprise Service Bus,缩写ESB),是面向服务架构的骨干,在完成服务的接入,服务间的通信和交互基础上,还提供安全性、可靠性、高性能的服务能力保障。采用SOA架构,基于ESB总线进行企业应用集成,应用系统之间的交互通过总线进行,这样可以降低应用系统、各个组件及相关技术的耦合度,消除应用系统点对点集成瓶颈,降低集成开发难度,提高复用,增进系统开发和运行效率,便于业务系统灵活重构,快速适应业务及流程变化需要。

2 .ESB简介

ESB作为博立特科技公司的企业应用集成产品,主要功能是在两个或更多的异构系统(如不同的数据库、消息中间件、ERP或CRM等)之间进行资源整合,实现互连互通、数据共享、业务流程协调统一等功能,构建灵活可扩展的分布式企业应用。

相比传统的企业应用集成软件平台,ESB是一个全新的符合SOA架构的应用服务整合平台,内置了企业服务总线(Enterprise Service Bus,简称ESB),基于工业标准,用于构建可管理、可扩展及经济高效的EAI解决方案。图1为其架构图。

图1.基于ESB总线的企业应用集成模式

ESB提供了从企业应用集成的设计、开发、部署,到运行、管理、监控各个生命周期阶段的工具和完整解决方案。它提供的开发工具,简单、经济、可扩展,并全面支持服务及服务常用形式Web Service,简化了服务的创建与封装,并能够使用户灵活地编排服务,以满足不断变化地业务需要和业务处理流程。

ESB基于工业标准,如遵循.NET规范、完全支持XML数据交换、支持Web服务常用规范(如SOAP、WSDL等)。为了方便用户进行异构系统接入,ESB还提供了大量的基于.NET规范的适配器,如文件系统、各种数据库、消息中间件等系统的适配器。

3. ESB主要功能和特点

3.1.ESB主要功能:

●提供企业服务总线ESB功能

基于开放式标准,内置提供了ESB常用功能,如服务的查找、访问、路由等,还内置了基于XML的数据对象,便于服务之间数据交互和互操作支持信息(数据)集成,流程集成与应用集成。

●支持企业级服务质量

支持的企业级服务质量,包括消息安全、失败恢复、状态诊断、服务管理、服务审计及消息可靠传输、事务的完整性等,提供数据交换过程和数据的跟踪能力。

●提供数据格式转换功能

提供图形可视化的异构数据格式转换映射工具,能够将数据从一种格式简便快速地转换成另一种格式。输入数据和输出数据可进行不同格式间的转换 (如结构化的XML、非 XML 或 .net 对象数据) ,从而可快速集成异构应用,无需考虑表示数据采用的格式。

●支持多种服务/组件通讯方式

ESB支持多种服务/组件通讯方式,如同步和异步等,用户可以按照自己的需要,灵活定义通讯方式。

●提供对Web Service的完整支持

既支持不同外系统提供的Web Service访问,又能够将现有业务应用封装成Web Service供复用。支持Web Service常用标准协议,如SOAP、WSDL 等。

●集成多种常用系统适配器并提供适配器定制开发能力

集成了多种企业应用中常见的适配器,如支持结构化和非结构化文件读写的文件类适配器,支持多种数据库访问如Oracle、DB2、SQLServer、SyBase、MySql、Excel、Access等数据库类适配器,支持多种通讯协议如FTP、SMTP/POP3、WebService等通讯类适配器等,通过现成的适配器,减少程序

员开发工作量,实现快速应用集成能力。

●监控与管理

提供了基于浏览器的管理控制台,能够对监控节点、服务、组件及业务流程进行状态查询和监控管理。

●支持分布式应用及部署

基于.NET规范,支持分布式应用及部署,开发的服务、组件及业务流程,可以分布式部署到网络上的多个逻辑节点,实现分布式运算和应用。

3.1.ESB主要特点:

●符合SOA架构

内部集成了企业服务总线功能,支持服务的查找、访问、路由及服务的治理。集成开发工具TI Studio,支持服务的开发封装、消费、服务编排、消息路由、及业务流程构建与部署,覆盖了服务开发的多个环节。

●基于开放式标准,高度可扩展

ESB的技术架构及实现基于开放式标准,支持SOAP、WSDL等规范。基于开放式标准,便于系统迁移并便于将来扩展。

●全面支持Web Service

支持Web服务的封装和访问,并支持Web服务的常用协议,如SOAP、WSDL 等。提供的集成开发工具,支持Web服务的编排及不同粒度的服务封装,便于创建松耦合及可复用的面向服务架构。

●远程统一部署和管理

ESB 能够使业务过程即时部署于分布网络上,对比中央服务器(central-server)架构的平台,大大降低了部署成本。 ESB 允许网络动态安装和启动软件服务,使分布式应用的部署时间和成本显著减少。

●集成一体化的监控、跟踪和日志管理

ESB是专为分布式应用设计的,对监控、跟踪和日志具有平台一级的支持。服务通过网络被实时监控,平台还提供远程跟踪和日志。ESB 平台允许对服务特有的属性进行实时监控。

无可比拟的高性能

ESB提供了一个完全分布式的(fully distributed)、端对端的(peer-to-peer)、事件驱动的(event-driven)架构来建立可参与分布式应用的服务。

4.ESB接口设计

4.1 总体设计框图

4.2 技术规范

ESB 采用标准的Web Service 进行数据交互。标准的WebService 是一种比较成熟的适合跨平台的数据交换方式;能够降低连接到ESB的系统的技术要求和操作平台限制;Web Service底层采用XML 进行数据交换,便于维护和交互。

目前 ESB 提供的服务有:

4.3 消息传输流程

4.4 文件传输流程

4.5 MsgService接口说明

4.5.1 登陆到ESB(Login)

4.5.1.1 服务.NET原型

public MsgRespObj Login(string projectID,string userName,string userPasswd)

4.5.1.2 传入参数

4.5.1.3 返回参数

4.5.1.4 服务说明

该接口负责外部系统登录到 ESB。用户必须在授权的IP所在的服务器上发送ESB 授权的用户名和密码到ESB。ESB 在进行合法性验证后,将登录的结果反馈给外部系统。

4.5.2 发送消息到ESB(SendMessage)

4.5.2.1 服务.NET原型

public MsgRespObj SendMessage(string[] msgs)

4.5.2.2 传入参数

4.5.2.3 返回参数

4.5.2.4 服务说明

该接口负责接收外部系统发送到ESB的消息。消息的格式必须遵循ESB和对应系统之间达成的接口规范所描述的格式,否则该消息将不能通过验证,也不会分发到指定的接口。该接口的调用必须要首先登录到 ESB 上。

4.5.3 从ESB接收消息(ReceiveMessage)

4.5.3.1 服务.NET原型

public MsgRespObj ReceiveMessage()

4.5.3.2 传入参数

4.5.3.3 返回参数

4.5.3.4 服务说明

该服务负责发送 ESB 的消息到外部系统。消息的格式遵循ESB和对应系统之间达成的接口规范所描述的格式。该接口的调用必须要首先登录到 ESB 上。

4.5.4 发送确认消息到ESB(AcknowledgeMessage)

4.5.4.1 服务.NET原型

public MsgRespObj AcknowledgeMessage(string checkPoint)

4.5.4.2 传入参数

4.5.4.3 返回参数

4.5.4.4 服务说明

外部系统从ESB接收消息后,在正常处理之后,需要调用消息确认服务,以便通知ESB将其消息删除。传入的参数要和最近一次调用获取消息服务获取的时间戳要一致,否则ESB将不会删除已发送的消息。该服务和 ReceiveMessage 服务

配对使用。该接口的调用必须要首先登录到ESB上。

5.附录A 返回代码对照表

服务总线接口规范分析解析

安徽电信服务总线接口规范 安徽电信有限公司 2014年02月

版本记录 第1章概述 (4) 1.1概述 (4) 1.2目标 (4) 1.3规范使用对象及说明 (4) 1.4名词解释 (4) 第2章服务设计原则 (5) 2.1接口协议统一原则 (5) 2.2数据格式统一原则 (6) 2.3服务定义唯一性原则 (6) 2.4服务无状态原则 (6)

2.5服务部署原则 (6) 2.6服务组合原则 (6) 2.7报文内容处理的原则 (7) 2.8出入参设计原则 (7) 2.9规则校验的原则 (8) 2.10数据量原则 (8) 2.11同步调用原则 (8) 2.12统一入口原则 (8) 2.13持久化原则 (8) 第3章服务接入规范 (9) 3.1调用方式 (9) 3.2参数说明 (10) 3.2.1 系统级参数 (10) 3.3返回业务功能 (12) 第4章安全控制 (12) 4.1访问鉴权 (12)

4.2传输加密 (13) 第5章异常分类编码 (13) 第6章服务注册、注销、变更、调用流程 (15) 6.1服务注册的流程 (15) 6.2服务注册的内容 (15) 6.3测试环境服务注册的流程 (16) 第7章服务治理 (16) 7.1目标 (16) 7.2检查方法 (17) 7.3服务监控的指标 (18) 7.4服务目录树 (19)

第1章概述 1.1概述 本规范明确了安徽电信服务总线接入及服务使用的标准和规范,为服务使用方和服务提供方提供开发参考。 1.2目标 本规范为了指导各业务系统与服务总线平台的对接,实现以下目标: 1)当服务总线接入业务系统服务时,为该服务提供方提供开 发依据。 2)当服务使用方调用服务总线提供的服务时,为该服务使用 方提供开发依据。 3)为服务使用过程中安全及控制提供标准和参考。 1.3规范使用对象及说明 本规范适用于所有新建或改造的服务接口,均需要遵守本规范约定。 1.4名词解释

完整版工业自动化领域各种总线协议规范接口

+接口+协议+规范工业自动化领域各种总线 工业自动化总标识特点简介 ASI 用于下位控制级的传感器/执行器总线【整理】ASI接口/协议 /规范用于将传感器和执行器连接AS-interface AS 至上位控制层,布线简单、经济。IEC EN 50295 符合国际标准和interface 标准。62026-2 传感器接执行器/AS-i = AS-Interface(口)是用于连接执行器和传感器的现 场总线通讯方案。BACnet==楼【整理】工业自动Building Automation Control Network 化之楼宇自动化之宇自动控制网.

用于执行器/传感器领域的多主站总线 对总线带宽的有效利用使得CANopen能 够在数据传输速率相对较低的情况下实现较短的系统响应时间。CAN 总线的主 要优点有:数据安全性高,能够保留多主站能力。 CC-Link 主要针对亚洲市场的现场总线 CC-Link(Control & Communication

Link,控制与通信链路)是一种开放式总线系统,用于控制级和现场总线级之间的通讯,应用范围主要为亚洲地区。 ControlNet 标准化现场总线 ControlNet 是一种开放式标准现场总线系统。该总线协议允许循环数据和非循 DALI 楼宇自动化领域的通讯标准【整理】工业自动)是一种跨越厂商标准 (IEC60929DALI 化总线之楼宇自动化之照明接口:的协议,其目的是在照明应用中确保电子DALI1-镇流器的互用性。这个新标准用于替代调光器接口。10VDigital ,数字可寻址照明接口(DALI)是一种楼Addressable Lighting Interface化

ESB企业服务总线接口规范

企业服务总线系统(ESB) 技术白皮书 [V1.0.1115] 厦门博立特有限公司 版权所有 保留所有权利

目录 1.前言 (4) 2 .ESB简介 (4) 3. ESB主要功能和特点 (6) 3.1.ESB主要功能: (6) 3.1.ESB主要特点: (7) 4.ESB接口设计 (8) 4.1 总体设计框图 (8) 4.2 技术规范 (8) 4.3 消息传输流程 (8) 4.4 文件传输流程 (8) 4.5 MsgService接口说明 (8) 4.5.1 登陆到ESB(Login) (8) 4.5.1.1 服务.NET原型 (8) 4.5.1.2 传入参数 (9) 4.5.1.3 返回参数 (9) 4.5.1.4 服务说明 (9) 4.5.2 发送消息到ESB(SendMessage) (9) 4.5.2.1 服务.NET原型 (9) 4.5.2.2 传入参数 (10) 4.5.2.3 返回参数 (10) 4.5.2.4 服务说明 (10) 4.5.3 从ESB接收消息(ReceiveMessage) (10) 4.5.3.1 服务.NET原型 (10) 4.5.3.2 传入参数 (11) 4.5.3.3 返回参数 (11) 4.5.3.4 服务说明 (11) 4.5.4 发送确认消息到ESB(AcknowledgeMessage) (11) 4.5.4.1 服务.NET原型 (11)

4.5.4.2 传入参数 (11) 4.5.4.3 返回参数 (12) 4.5.4.4 服务说明 (12) 5.附录A 返回代码对照表 (12)

1.前言 随着信息技术的不断发展,企业、政府部门等在信息化建设上投入了大量的资金、人力,逐步形成了适合自身某些部门或某些业务需要的管理信息系统,如办公自动化、客户关系管理CRM、企业资源计划ERP、生产制造系统等,这些管理信息系统,在企业和政府某些部门或业务的管理上,发挥了信息电子化、流程自动化、管理科学化的重要作用。 但是,企业和政府现有的管理信息系统,由于投入的时间、使用的部门、生产的厂家及实现技术等各不相同,造成企业和政府现有的应用信息系统各自独立运行,数据不能共享,各自业务流程不能自动衔接,造成企业和政府内部许多自成体系的信息化孤岛,各个应用系统不能相互协作,形成统一高效的有机整体。 企业应用集成,英文名称为Enterprise Application Integration,简称EAI,是为了解决企业和政府现有多种应用系统不能互连互通、数据共享、业务流程协调统一的问题,将异构的两个或更多的硬件、平台及应用系统进行无缝集成,使它们形成一个统一的整体。 企业服务总线(Enterprise Service Bus,缩写ESB),是面向服务架构的骨干,在完成服务的接入,服务间的通信和交互基础上,还提供安全性、可靠性、高性能的服务能力保障。采用SOA架构,基于ESB总线进行企业应用集成,应用系统之间的交互通过总线进行,这样可以降低应用系统、各个组件及相关技术的耦合度,消除应用系统点对点集成瓶颈,降低集成开发难度,提高复用,增进系统开发和运行效率,便于业务系统灵活重构,快速适应业务及流程变化需要。 2 .ESB简介 ESB作为博立特科技公司的企业应用集成产品,主要功能是在两个或更多的异构系统(如不同的数据库、消息中间件、ERP或CRM等)之间进行资源整合,实现互连互通、数据共享、业务流程协调统一等功能,构建灵活可扩展的分布式企业应用。

Q/GDW 622-2011 电力系统简单服务接口规范

电力系统简单服务接口规范 1范围 本标准提出了应用于电力系统的简单服务接口规范,以字符串方式描述面向服务消费者和服务提供者的语法、语义规则及服务调用接口规范。本规范适用于访问简单服务的应用场合。 2规范性引用文件 下列文件对于本文的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。 GB/T 16262.1—2006:信息技术抽象语法记法一 (ASN.1) 第1部分:基本记法规范 Web Services Description Language (WSDL) 1.1 https://www.360docs.net/doc/d613782816.html,/TR/wsdl.html:web服务描述语言 3术语和定义 下列术语和定义适用于本标准。 3.1 服务Service 服务提供者完成一组工作,为服务消费者交付所需的最终结果。最终结果通常会使使用者的状态发生变化,但也可能使提供者的状态改变,或者双方都产生变化。 3.2 服务消费者Service Consumer 根据服务接口描述访问服务的实体 3.3 服务提供者Service Provider 实现一定功能并提供访问接口描述的实体 3.4 WSDL Web服务描述语言(Web Service Description Language) 3.5 域Domain 电力系统中不同级别的调度机构 3.6 简单服务Simple Service 能够相对独立运行具有简单的输入参数和输出结果的应用 4符号定义和语法规范 4.1符号定义 WSDL是目前唯一的用于Web服务访问的工业标准,通过使用复杂的语法规则来实现服务的描述和访问。本规范参考了WSDL语言,提出了用于电力系统的简单服务接口规范,提供服务访问的功能并满足电力系统对效率的要求。表1是简单服务接口规范的符号定义,扩充了类型描述符、路径分隔符、

第4部分ESB在医疗行业中的应用健康服务总线

区域医疗 SOA 解决方案 第 4 部分: ESB 在医疗行业中的应用 - 健康服务总线 健康服务总线是企业服务总线在医疗行业的实现,它使用 SOA 架构和医疗行业标准为基础,将医疗卫生机构的业务流程、应用系统和相关数据整合起来,提供统一的访问总线。本文给出了 IBM WebSphere Message Broker 为实现平台的参考架构,并详细介绍了与 IBM 其他产品进行集成以提供健康服务总线的相关功能。 背景介绍 区域医疗信息网络内多系统的整合 在区域医疗卫生信息网络(Regional Healthcare Information Network,RHIN)内医疗卫生机构之间共享临床与医疗健康信息的能力是当今医疗行业内面临的主要挑战之一,现有的医疗机构应用系统由于采用了不同标准、数据模型或者实现平台,在需要数据共享时候,常常根据某些特定需求实现了特定方式的连接,由于系统的异构性以及集成需求的变化和增加,这种点对点的信息交换模式越来越复杂而且难以维护,逐渐不能满足日益复杂的数据共享和交换要求,现有的系统整合和集成需要一种统一的应用架构来解决上述挑战,从而形成一个互联互通的医疗卫生业务协作网络,实现市民在各医疗机构间(例如医院与医院之间,医院与社区中心之间,社区中心与社区中心之间)的诊疗资料的共享和交换。 健康服务总线概念 在面向服务的体系架构(SOA)中,企业服务总线(Enterprise Service Bus, ESB)是一个实现系统间集成和互联互通的重要技术架构,它提供一个基于企业总线的先进应用整合理念,最大限度地减少应用系统互联所面临的复杂性,降低集成和维护成本。在区域医疗卫生信息整合环境下,构建统一的企业服务总线是实现区域医疗信息网络内多系统整合的重要实现手段,在这里,我们把企业服务总线在医疗卫生行业内特定的实现称之为健康服务总线(Health Service Bus,HSB)。健康服务总线在实现企业服务总线基本特点的同时,例如消息转换、路由、协议接入等,还需要满足医疗卫生行业内的特定需求,例如病人隐私保护、医疗卫生行业标准支持等。

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等),提供了更抽象的封装和重用模式。面向对象的开发强调从现实世界问题域到软件程序的直接映射,更接近人类的自然思维方式。

XXXXXX股份有限公司_ESB企业服务总线系统厂商价格调查版

XXXXXX股份有限公司 ESB企业服务总线建设项目 厂商价格调查版 第二部分项目基本需求 一、公司介绍 二、信息系统概述 略

三、项目总体目标和项目实施范围 项目总体目标: 通过构建ESB企业服务总线来统一各个信息系统的服务接口协议,对全司内所有服务接口统一标准、统一管理,并且进行全局监控,从而打造信息系统之间信息交互的高速公路,以此来支持XXXX的信息化建设。 项目实施范围: 根据XXXX业务发展情况和信息系统建设情况,结合目前已知的需求范围,ESB企业服务总线将进行分阶段实施: 1、项目一期建设内容 首先按照项目总体目标构建功能齐全的ESB企业服务总线,在此基础上制定信息技术部ESB管理规范和ESB技术标准。 根据信息技术部计划,将下列软件系统的服务接口迁移到ESB企业服务总线:

项目一期建设周期,需求分析、设计开发、系统集成及联合调试的整体周期为5个月。 四、ESB企业服务总线技术需求描述 1.技术体系及基础架构 1)描述系统的体系架构,说明系统的层次结构(包括物理和逻辑)。 2)描述系统的硬件、系统软件、网络需求的估算和选型建议。 系统应使用当前主流的开源Mule ESB产品和ActiveMQ产品,系统应 具有多机集群功能,并容易实现未来扩展。系统使用的硬件应为当前主 流的硬件产品,该机型应具备升级扩充能力,以满足用户未来一定范围 内的需求变化。 3)描述系统的开发方式、开发技术、开发环境等; 4)描述系统的备份和恢复方案。 2.系统性能要求 部署在物理环境(CPU:1Core 2.2GHZ;RAM:4GB)上的ESB企业服务总线单个实例,需要满足如下性能要求: 1)并发用户数为100,PayLoad<10KB的条件下,透传业务在ESB中的平均处 理时间需要在100ms以下,CPU、RAM等系统资源使用率低于70%。 2)并发用户数为100,PayLoad<10KB的条件下,对于需要进行协议数据转换 业务在ESB中的平均处理时间需要在1s以下,CPU、RAM等系统资源使用 率需要低于70%。

ESB企业服务总线接口规范

企业服务总线系统(ESB) 技术白皮书 [V1.0.1115] 厦门博立特有限公司 版权所有 保留所有权利 目录 1.前言 4 2 .ESB简介 4 3. ESB主要功能和特点 6 3.1.ESB主要功能: 6 3.1.ESB主要特点: 7 4.ESB接口设计 8 4.1 总体设计框图 8 4.2 技术规范 8 4.3 消息传输流程 8 4.4 文件传输流程 8

4.5 MsgService接口说明 8 4.5.1 登陆到ESB(Login) 8 4.5.1.1 服务.NET原型 8 4.5.1.2 传入参数 9 4.5.1.3 返回参数 9 4.5.1.4 服务说明 9 4.5.2 发送消息到ESB(SendMessage) 9 4.5.2.1 服务.NET原型 9 4.5.2.2 传入参数 10 4.5.2.3 返回参数 10 4.5.2.4 服务说明 10 4.5.3 从ESB接收消息(ReceiveMessage) 10 4.5.3.1 服务.NET原型 10 4.5.3.2 传入参数 11 4.5.3.3 返回参数 11 4.5.3.4 服务说明 11 4.5.4 发送确认消息到ESB(AcknowledgeMessage) 11

4.5.4.1 服务.NET原型 11 4.5.4.2 传入参数 11 4.5.4.3 返回参数 12 4.5.4.4 服务说明 12 5.附录A 返回代码对照表 12 1.前言 随着信息技术的不断发展,企业、政府部门等在信息化建设上投入了大量的资金、人力,逐步形成了适合自身某些部门或某些业务需要的管理信息系统,如办公自动化、客户关系管理CRM、企业资源计划ERP、生产制造系统等,这些管理信息系统,在企业和政府某些部门或业务的管理上,发挥了信息电子化、流程自动化、管理科学化的重要作用。 但是,企业和政府现有的管理信息系统,由于投入的时间、使用的部门、生产的厂家及实现技术等各不相同,造成企业和政府现有的应用信息系统各自独立运行,数据不能共享,各自业务流程不能自动衔接,造成企业和政府内部许多自成体系的信息化孤岛,各个应用系统不能相互协作,形成统一高效的有机整体。 企业应用集成,英文名称为Enterprise Application Integration,简称EAI,是为了解决企业和政府现有多种应用系统不能互连互通、数据共享、业务流程协调统一的问题,将异构的两个或更多的硬件、平台及应用系统进行无缝集成,使它们形成一个统一的整体。

企业服务总线ESB项目供应商征集要求

企业服务总线ESB项目供应商征集要求 一、项目名称 企业服务总线ESB项目 二、项目背景 随着我行经营战略的实施,经营管理改革不断深化,业务规模不断壮大,产品种类不断增多,对应的支撑信息系统也在不断增加,目前已达到了一百多个,且系统与系统之间的交互也越来越多,如何高效的实现这一百多个系统之间的互联互通互用,从而形成一个有机的整体,就成了我行当前面临的一个新问题,这个问题需要在科技层面引入一种先进的架构来解决。 面向服务的SOA架构思想是当前IT架构发展的主流,SOA 是一种面向服务的分布式应用体系架构,它将各应用程序的业务功能定义为服务,并按松耦合方式组合服务形成业务功能或业务流程。通过SOA架构建设,可极大的提升整体系统对业务发展变化响应的敏捷性和灵活性。企业服务总线(简称ESB:Enterprise Service Bus)是企业SOA架构落地的最佳实践,是实施SOA的切入点。通过ESB项目建设,可建立起多层次、条线化、松耦合的IT应用架构,简化了接口和交易环节,架构更加清晰,从而能更有效支撑我行未来的业务发展战略。

三、项目要求 本系统的建设目标为建立起一个灵活的、高效的、稳定的全行总线系统,实现我行异构系统的互联互通互用,实现我行统一服务视图和统一服务监控。建设该系统,具体需达到以下要求: 1.建立起松耦合的、灵活、稳定的面向服务的SOA 系统架构,高效解决我 行异构系统间互联互通互用问题。 2.制定起我行统一的银行服务规范和技术规范,搭建一套服务治理平台, 梳理我行服务,实现服务全生命周期管理,形成我行的统一服务视图,以支持快速地构建新业务和新产品。 3.提升我行系统整体效率,通过引入流量控制和故障隔离机制,增强系统 整体健壮性。 4.通过对各系统的服务运行情况监测及分析,实现对全行系统的有效监控。

企业服务总线ESB方案书

企业服务总线ESB方案书

1需求综述 (4) 1.1主数据平台接口 (4) 1.2业务数据接口 (4) 1.3OA系统接口: (5) 1.4国家法定信息发布媒体: (5) 2系统解决方案 (5) 2.1系统技术架构 (5) 2.1.1运行平台 (6) 2.1.2开发平台 (6) 2.1.3监控平台 (7) 2.1.4公共服务 (7) 2.1.5适配器 (7) 2.2部署方案 (9) 2.2.1管理监控部分部署方案 (9) 2.2.2硬件选型建议 (10) 2.2.3逻辑分区部署方案 (11) 2.2.4硬件配置建议 (11) 2.2.5服务接口规范 (12) 2.2.6高性能、高可用性及扩展能力设计 (12) 2.2.7完善的安全机制 (13) 2.3整体解决方案 (15) 2.3.1接入控制 (16) 2.3.2通信接入模块 (17) 2.3.3请求系统适配 (18) 2.4集成服务功能 (19) 2.4.1服务治理 (19) 2.4.2提供对出错服务的及时检测和隔离功能 (20) 2.4.3协议转换 (20) 2.4.4消息格式转换 (21) 2.4.5服务路由 (22) 2.4.6监控和运维 (22) 2.4.7服务等级 (23) 2.5系统非功能需求 (24) 2.5.1可用性 (24) 2.5.2可扩展性 (24) 2.5.3可维护性 (25)

2.5.4安全性 (25) 2.5.5性能需求 (25) 2.6公用服务 (26) 2.6.1流量控制 (26) 2.6.2故障隔离 (26) 2.6.3统一流水号 (27) 2.6.4日志记录 (27) 2.7管理监控 (27) 2.7.1系统平台级监控 (27) 2.7.2应用级监控 (27) 2.7.3统计分析 (27) 2.7.4异常报警 (28) 2.7.5统一的运维管理 (28) 3技术支持与服务方案 (28) 3.1技术支持与售后服务体系 (29) 3.2服务管理模式 (29) 3.3服务响应 (30) 3.3.1问题优先级(或问题严重程度)级定义 (30) 3.3.2服务响应时间 (31) 3.3.3问题解决时间 (33) 3.3.4服务文档 (34) 3.4维护支持服务流程 (35) 3.4.1服务消息创建流程 (35) 3.4.2问题处理流程 (35) 3.4.3服务确认流程 (36) 3.4.4投诉及问题升级流程 (37)

ESB-服务规范标准[详]

银行企业服务总线服务接 口规 版本:v1.0

目录 第1章服务规 (3) 1.1基本规 (3) 1.2SOAP格式规 (3) 1.3报文总体组成 (4) 固定字段 (5) 扩展字段 (5) 请求报文 (6) 响应报文 (7) 出错报文 (8) 1.4XML格式规 (9) 请求报文 (10) 响应报文 (11) 第2章接口规 (12) 2.1服务操作定义 (12) 2.2消息定义 (13) 2.3字段定义 (13) 2.5命名空间定义 (14)

第1章服务规 1.1基本规 ?消息格式:SOAP ?SOAP绑定模式:document/literal ?字符编码:UTF-8 1.2SOAP格式规 先看一个SOAP报文示例: 0 A6002 2003 1001000 9999 20080929 095050 1 1 10 9 011 weikai SOAP消息的根元素是信封,信封报文主要由报文头(Header)和报文本(Body)构成,ESB的Web-Service将不使用Header,服务调用者可以忽略对Header的关注。 因此,ESB的有效载荷在SOAP的Body,每个Body都只有一个元素(为了

集团公司服务总线ESB方案计划书

企业服务总线ESB方案书 1需求综述 (3) 1.1主数据平台接口 (3) 1.2业务数据接口 (3) 1.3OA系统接口: (4) 1.4国家法定信息发布媒体: (4) 2系统解决方案 (5) 2.1系统技术架构 (5) 2.1.1运行平台 (5) 2.1.2开发平台 (6) 2.1.3监控平台 (6)

2.1.5适配器 (6) 2.2部署方案 (7) 2.2.1管理监控部分部署方案 (7) 2.2.2硬件选型建议 (8) 2.2.3逻辑分区部署方案 (9) 2.2.4硬件配置建议 (9) 2.2.5服务接口规范 (10) 2.2.6高性能、高可用性及扩展能力设计 (10) 2.2.7完善的安全机制 (11) 2.3整体解决方案 (12) 2.3.1接入控制 (12) 2.3.2通信接入模块 (13) 2.3.3请求系统适配 (14) 2.4集成服务功能 (15) 2.4.1服务治理 (15) 2.4.2提供对出错服务的及时检测和隔离功能 (15) 2.4.3协议转换 (15) 2.4.4消息格式转换 (16) 2.4.5服务路由 (16) 2.4.6监控和运维 (16) 2.4.7服务等级 (17) 2.5系统非功能需求 (17) 2.5.1可用性 (17) 2.5.2可扩展性 (17) 2.5.3可维护性 (18) 2.5.4安全性 (18) 2.5.5性能需求 (18) 2.6公用服务 (18) 2.6.1流量控制 (18) 2.6.2故障隔离 (19) 2.6.3统一流水号 (19) 2.6.4日志记录 (19) 2.7管理监控 (19) 2.7.1系统平台级监控 (19) 2.7.2应用级监控 (19) 2.7.3统计分析 (19) 2.7.4异常报警 (20)

06 企业 EA -企业服务总线技术规范

企业 EA企业服务总线技术规范 ****** 20**年01月

企业EA服务总线技术规范 1 范围 本规范描述了企业服务总线的体系架构以及企业服务总线应遵循的功能与非功能规范。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。 --《信息技术 面向服务的体系结构(SOA)应用的总体技术要求 (征求意见稿)》,中国国家标准化管理委员会; -- OASIS 《Reference Architecture for Service Oriented Architecture Version 1.0》 3 体系结构 企业服务总线是SOA体系中重要的组成部分。企业服务总线实现了松耦合、粗粒度服务的基础结构要素,为服务提供者和消费者之间提供中介服务,为参与集成的各方屏蔽了硬件平台、软件、网络和物理位置上的差异,有效地对服务进行管理并且降低服务之间的依赖关系,提高服务调用在多变的企业应用集成场景中的灵活性。 图1 企业服务总线总体架构图

n服务管理 企业服务总线提供嵌入式的服务管理,对服务运行状态及相关KPI指标进行监控,并通过多种展现方式展示,同时可以生成相关统计报表。另外,也应支持完善的异常处理功能。 n消息处理 企业服务总线需提供基于配置的服务组合环境,无需用户编写代码即可完成消息路由配置、消息流模型创建等操作。同时应提供基于Schema消息验证及消息转换的功能。 n安全管理 企业服务总线需要提供认证,授权,加密等安全功能保证企业服务总线上的服务被安全的调用,以及企业服务总线可以以服务提供者需要的安全机制调用提供者。企业服务总线通过使用明确的安全策略(如基本授权、SSL、WS-Policy等)为服务提供可靠的安全架构。 n消息传输 企业服务总线需支持多种服务接入方式、消息传输协议转换等,包括对服务调用者提供多种调用协议,以及能够连接使用各种私有传统接口的服务提供者。 4 功能性规范 4.1 服务管理 4.1.1 服务监控管理 企业服务总线应提供基于Web的控制台,能够提供所有的配置和监控功能。管理控制台应能够管理部署在多个服务总线的实例,展现服务的运行状况、统计信息及服务水平告警信息等功能。 服务监控管理应包含如下功能: 功能 描述 开放接口 应提供开放的监控接口 仪表盘展现 应向用户提供可定制的仪表板(Dashboard),能够立即以图形方式查 看所有服务器和所监视服务的状态; 仪表盘展现的指标应包括:服务器的当前状态、已经运行的时间、运行 环境等基本信息,以及消息通道、性能、负载、执行线程、定时器、安 全、JMS、事务等统计数据等 提供完善的日志管理 应记录生产环境中,传输运行时与终端之间交换的信息 4.1.2 统计管理 企业服务总线应提供对服务器以及服务指标进行统计并提供分析报表。 统计管理应包含如下功能: 功能 描述 服务统计信息 支持对企业服务总线及服务进行监控,并提供错误与性能统计数据及分 析(包括成功/失败率;消息数;错误数;故障切换/重试次数;验证错 误数;WebService Security错误数;响应时间、最小响应时间、最大 响应时间)

谈及企业服务总线

谈及企业服务总线(ESB),在有面向服务的架构(SOA)实施经验的开发者眼中一定不会陌生。这些年,人们一直在谈论它,以至有些人认为“实施SOA一定需要ESB”,或“只要将ESB架起来了,我们就SOA了”。这些说法有可取之处,也存在片面之嫌,由于业界对于ESB没有统一、标准的定义,所以一千个人眼中有一千个“ESB”也就成了情理中的事情了。然而,怎么才能将ESB 用好?我们需要清楚地认识ESB在SOA中所扮演的角色,理解哪些工作是ESB的职责之内,哪些却不是。只有正确地认识了ESB的职能,并委以恰当的任务,才能将它用在刀刃上、发挥其巨大的能量。 事实上,ESB在SOA中扮演着重要的角色,在技术层解决了SOA的整合问题,耦合了应用与应用之间的集成逻辑,使得SOA更灵活,更易于扩展,更敏捷。有了ESB,新建的服务消费者应用程序不需要关心服务的提供者在哪里,使用何种通讯协议,与其交互的数据是怎样的……,它只需向ESB发出请求,使用开放的、标准的通讯协议。相反,若某个可重用的价值较大的服务位于某一个遗留系统中,而由于种种原因,该遗留系统不能在短期内重写,此时ESB可以架起该服务与其使用者之间沟通的桥梁。当然,ESB的作用远不止这些,业内也有很多讨论,本文不再赘述。读者可在Google上搜索ESB Patterns获得相关资料。 然而,ESB并非“救世主”,它注定也不可能解决应用系统整合中出现的所有问题。道理很简单,计算机发展历史长从没有出现过一个产品/工具可以满足所有的应用需求,技术发展得很快,需求发展更快,所以技术永远跟不上需求。此外,ESB或ESB产品有其特定的适用范围,它是基础设施层的概念/产品,解决的是整合中的常见问题,比如服务连通、路由、消息丰富、服务的注册/查找/发布等服务的管理、服务监控和质量保证等。ESB不能解决的问题比其能解决的问题多很多。比如,让它去做人工流程的编排是不合适的,让它提供门户类产品那样的用户交互也是极其困难的……。 笔者支持过许多客户项目。在这些项目中,有的客户将ESB用的好,有的则勉强用上,用的功能很简单,有的则用ESB做一些原本不属于它该做的工作。在这里,笔者仅从个人的立场,分享自己这些年来积累的ESB实施经验。下面列出笔者常看到但不推荐的实施和笔者在实施ESB 的过程中积累的一些较好的实践方式,供读者参考。同时欢迎批评指正。 不推荐实施 挟ESB以令外围应用 ?现象: ESB的架构师在ESB上设计一套标准的数据接口(通用的XML格式),规定使用统一 的协议(如Web Service/HTTP)。所有的ESB服务消费者和接入ESB的服务必须符合该标准。其目的是为了简化ESB上的开发工作。这就是一种“挟天子以令诸侯”的做法,因为在实际情况中,可能领导规定了“所有的服务必须要经过ESB,即便是透传”。 ?分析: 国内的ESB实施者大多数是一些SI/ISV,出于成本/人力或其他个方面的原因,总会有 一些架构师希望达成这样一个目标:我能否设计/实现一个一劳永逸的ESB中间平台, 将来不论哪种服务都可以方便地接入到ESB上?

服务总线接口规范方案

安徽电信服务总线接口规范

安徽电信有限公司 2014年02月

版本记录 第1章概述 (4) 1.1概述 (4) 1.2目标 (4) 1.3规范使用对象及说明 (4) 1.4名词解释 (4) 第2章服务设计原则 (5) 2.1接口协议统一原则 (5) 2.2数据格式统一原则 (6)

2.3服务定义唯一性原则 (6) 2.4服务无状态原则 (6) 2.5服务部署原则 (6) 2.6服务组合原则 (6) 2.7报文内容处理的原则 (7) 2.8出入参设计原则 (7) 2.9规则校验的原则 (8) 2.10数据量原则 (8) 2.11同步调用原则 (8) 2.12统一入口原则 (8) 2.13持久化原则 (8) 第3章服务接入规范 (9) 3.1调用方式 (9) 3.2参数说明 (10) 3.2.1 系统级参数 (10) 3.3返回业务功能 (12)

第4章安全控制 (13) 4.1访问鉴权 (13) 4.2传输加密 (14) 第5章异常分类编码 (14) 第6章服务注册、注销、变更、调用流程 (15) 6.1服务注册的流程 (16) 6.2服务注册的内容 (16) 6.3测试环境服务注册的流程 (17) 第7章服务治理 (18) 7.1目标 (18) 7.2检查方法 (18) 7.3服务监控的指标 (19) 7.4服务目录树 (20)

第1章概述 1.1概述 本规范明确了安徽电信服务总线接入及服务使用的标准和规范,为服务使用方和服务提供方提供开发参考。 1.2目标 本规范为了指导各业务系统与服务总线平台的对接,实现以下目标: 1)当服务总线接入业务系统服务时,为该服务提供方提供开 发依据。 2)当服务使用方调用服务总线提供的服务时,为该服务使用 方提供开发依据。 3)为服务使用过程中安全及控制提供标准和参考。 1.3规范使用对象及说明 本规范适用于所有新建或改造的服务接口,均需要遵守本规范约定。 1.4名词解释

几种ESB(企业服务总线)架构介绍

ESB(Enterprise Service Bus,即企业服务总线)是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。 企业服务总线ESB就是一种可以提供可靠的、有保证的消息技术的最新方法。ESB中间件产品利用的是Web服务标准和与公认的可靠消息MOM协议接口(例如IBM的WebSphere MQ、Tibco的Rendezvous 和Sonic Software的SoniCMQ)。ESB产品的共有特性包括:连接异构的MOM、利用Web服务描述语言接口封装MOM协议,以及在MOM传输层上传送简单对象应用协议(SOAP)传输流的能力。大多数ESB产品支持在分布式应用之间通过中间层如集成代理实现直接对等沟通。 企业服务总线(Enterprise Service Bus,ESB)的概念是从面向服务体系架构(Service -Oriented Architecture,SOA)发展而来的。SOA描述了一种IT基础设施的应用集成模型,其中的软构件集是以一种定义清晰的层次化结构相互耦合,其中,一个ESB是一个预先组装的SOA实现,它包含了实现SOA分层目标所必需的基础功能部件。 一、ESB的出现改变了传统的软件架构 ESB 是传统中间件技术与XML、Web服务等技术相互结合的产物,ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为廉价的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合。从功能上看,ESB提供了事件驱动和文档导向的处理模式,以及分布式的运行管理机制,它支持基于内容的路由和过滤,具备了复杂数据的传输能力,并可以提供一系列的标准接口。 二、企业服务总线(ESB)的用处 ESB 不是万能的,他不是一个应用程序框架,也不是一个企业应用的解决方案.它只是一个基于消息的调用企业服务的通信模块!你可以把它嵌入到你的应用程序框架中,例如嵌入到spring容器里面,或者嵌入到工作流系统中.它的作用是对企业里面的SOA服务的调用提供一个框架和简便的方法. 三、企业服务总线(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

工业自动化领域各种总线协议规范接口.doc

工业自动化领域各种总线+协议 +规范 +接口 工业自动化总标识特点简介说明线/ 协议 / 接 口的名称 ASI 用于下位控制级的传感器/ 执行器总线 ? AS-interface用于将传感器和执行器连接至上位控制层,布 线简单、经济。 AS interface符合国际标准EN 50295和IEC 62026-2 标准。 ? 【整理】ASI 接口 / 协议/ 规范 AS-Interface(AS-i =执行器/传感器接口)? 是用于连接执行器和传感器的现场总线通讯方案。 BACnet==楼宇自动控制网络数据通讯协议Building Automation Control Network 【整理】工业自动化之 楼宇自动化之通讯协 议: BACnet ? CANopen 用于执行器/ 传感器领域的多主站总线? 对总线带宽的有效利用使得 CANopen能够在数据传输速率相

对较低的情况下实现较短的系统响应时间。CAN 总线的主要 优点有:数据安全性高,能够保留多主站能力。 ? CC-Link主要针对亚洲市场的现场总线 CC-Link ( Control & Communication Link,控制与通信链路) 是一种开放式总线系统,用于控制级和现场总线级之间的通讯, 应用范围主要为亚洲地区。 ? ControlNet标准化现场总线 ControlNet是一种开放式标准现场总线系统。该总线协议允许 循环数据和非循环数据同时通过总线进行交换,而两者之间互 不影响。 DALI 楼宇自动化领域的通讯标准? DALI 标准( IEC60929)是一种跨越厂商的协议,其目的是在照 明应用中确保电子镇流器的互用性。这个新标准用于替代1-10V 调光器接口。 ? 数字可寻址照明接口( DALI,Digital Addressable Lighting Interface)是一种楼宇自动化标准,用于电子镇流器的数字【整理】工业自动化总线之楼宇自动化之照明接口: DALI

企业服务总线消息框架Mule简介

企业服务总线消息框架. Mule 1Mule简介 Mule是一个轻量级的基于Java的ESB消息框架,它允许用户快捷地连接多个应用并且在这些应用之间交换数据。Mule使用了SOA的体系结构思想,可以方便的集成已有的应用。它是可升级的、高分布式的对象代理,可以通过异步传输消息技术来无缝的处理服务与应用之间的交互。 Mule框架提供了一个可升级的环境,可以把自己的业务组件部署在里面。Mule管理所有组件之间的交互,不管它们是在同一个虚拟机中还是在internet上,也不管底层使用的传输方式。 Mule围绕着企业服务总线(ESB)架构进行设计,保证了不同的组件或者应用可以通过公共的消息总线进行交互,公共的消息总线一般是由JMS或者其他消息服务器来实现。 在应用中会使用不同的技术,包括JMS,Web Services,JDBC,HTTP等等,Mule可以很好地处理他们之间的交互。 2Mule快速入门

2.1Mule特性 Mule是一个企业服务总线(ESB)消息框架.它的主要特性包括: 1.基于J2EE1.4的企业消息总线(ESB)和消息代理(broker). 2.可插入的连接性:比如Jms,jdbc,tcp,udp,multicast,http,servlet,smtp,pop3, file,xmpp等. 3.支持任何传输之上的异步,同步和请求响应事件处理机制. 4.支持Axis或者Glue的Web Service. 5.灵活的部署结构[Topologies]包括Client/Server, P2P, ESB 和Enterprise Service Network. 6.与Spring 框架集成:可用作ESB 容器,也可以很容易的嵌入到Spring应用中. 7.使用基于SEDA处理模型的高度可伸缩的企业服务器. 8.强大的基于EIP模式的事件路由机制等. 2.1.1产品简介 Mule ESB 是一个轻量级的基于java的企业服务总线和集成平台,使得开发人员可以快速,简单的连接多个应用,使得它们可以交换数据。 Mule ESB 容易集成现有异构系统,包括:JMS, Web Services, JDBC, HTTP, 等. ESB的关键特性是允许不同的应用通讯,其作为运输系统在企业内或Internet应用间搬运数据。 Mule ESB 包含如下强大的能力: ?服务创建和托管—暴露和托管可重用服务,使用Mule ESB作为一个轻量级服 务容器; ?服务调解— shield services from message formats and protocols, separate ; business logic from messaging, and enable location-independent service calls ; ?消息路由—路由, 过滤, 聚合, 基于内容和规则对消息re-sequence; ?数据转换—通过一些格式和传输协议交换数据。

相关文档
最新文档