ESB产品白皮书
加油站电子库存白皮书 (智慧库存)

管理层
监控 卸油监控 回罐监控 罐存监控 付油监控
报警 油罐报警 设备报警 程序报警 通信报警 业务报警 安全报警
报表 报警统计 回罐统计 销存统计 站级信息 盗油/漏油
站级管理
漏油/盗油监控 视频监控油站业务操作 油机工作状况监控 可燃气体监控
阀值设定
应用层包括:实时监控、报警管
理、库存管理、统计报表等。 决策分析层提供全方位的系统展 示、综合的统计分析、全面的信 息发布、多样化的服务报告等。 系统管理层提供系统运行指标的 配置。
实时监控
实时监控全省油站库存情况、自诊断设备报警情况、卸油损溢情况、销存损溢情况
等,及时准确的掌握全省油站的运营,为物流部门及销售部门提供数据支撑,并根据监
控信息及时做出调整,满足精细化管理的需要。
库存监控
加油机监控
视频监控
报警管理
对全省的自诊断设备、业务数据的报警进行管理,使管理层可以在第一时间获得
感 知 层
油高 温度
配送
技术架构图
系统设计及接口协议应基于国内外业界开放式标准,如J2EE、WebService、
MQ、ESB,具有良好的扩展性和伸缩性。
网络架构图
数质量用户 安全储运用户 前置机 零售用户 物流用户 WEB服务 中层领导 高层领导
防火墙
数据库
……
控制 器
客户端
控制 器
客户端
……
控制 器
客户端
控制 器
客户端
……
油罐
油罐
加油 机
加油 机
油罐
油罐
加油 机
加油 机
加油站
油库
1
2 3 3 4 3
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、生产制造系统等,这些管理信息系统,在企业和政府某些部门或业务的管理上,发挥了信息电子化、流程自动化、管理科学化的重要作用。
但是,企业和政府现有的管理信息系统,由于投入的时间、使用的部门、生产的厂家及实现技术等各不相同,造成企业和政府现有的应用信息系统各自独立运行,数据不能共享,各自业务流程不能自动衔接,造成企业和政府内部许多自成体系的信息化孤岛,各个应用系统不能相互协作,形成统一高效的有机整体。
数据整合中间件ESB简介

数据整合中间件ESB简介近年来,我国的信息化和电子政务建设已经进入了一个新阶段,企业面临在不同时期、应用不同技术、与不同的厂商合作,建设了不同规模的应用系统,造成这些系统之间互相独立,不能集成,数据不能共享。
集团企业总部与下属企业,企业与上下游伙伴之间的业务协同,存在多个完全异构业务系统。
僵化的IT基础设施难以迅速响应这种变化,IT的灵活性难以适应业务变革的需求,整体的IT战略价值无法体现。
随着互联网的出现,企业之间开始寻求一条以互联网为基础的桥梁。
在这个背景下,企业集成软件出现了。
从最初基于协议的代码定制,到基于消息的代码定制,再到传统的EAI(Enterprise Application Integration),不断更新的技术让企业系统之间实现无缝集成成为了可能。
但随着企业应用的不断延伸,EAI无法提供更多的业务价值、缺乏灵活性等缺陷也逐渐暴露出来。
于是,下一代企业集成框架——ESB中间件应运而生。
ESB巧妙的将集成特性和SOA思想结合起来。
与传统集成软件一样,ESB 也是一项允许开发人员集成使用不同中间件技术创建的异构系统的技术。
但ESB 不再面向在不同平台上专门定制出来的业务接口,而是面向服务。
ESB为服务提供者和服务消费者之间的集成提供了一个平台。
相对传统集成中间件,它具有更有效、更灵活的内部体系结构。
同时ESB也是在SOA架构中是实现服务间智能化集成与管理的中介,在逻辑上与SOA 所遵循的基本原则保持一致。
ESB主要目的是整合不同应用系统中的数据,而不管这些应用系统运行在什么样的硬件平台和软件平台上,不管这些数据存储在什么样的数据库中,也不管这些应用系统是由什么软件厂商基于什么开发语言开发的。
数据整合是ESB产品当前最主要或者说是应用最多的功能。
此外还有业务流程整合等功能,目前国内由于信息化发展的现状,应用相对较少,在将来可能会有较多应用。
Smart ESB-SOA解决方案产品白皮书

SmartESB SOA解决方案产品白皮书目录1.导论 (4)2.产品概述 (6)2.1.产品概述 (6)2.2.设计理念 (8)3.产品架构 (8)4.产品功能 (11)4.1.集成服务 (11)4.1.1.协议转换 (11)4.1.2.消息格式转换 (11)4.1.3.服务路由 (12)4.1.4.服务调度 (13)4.1.5.服务优先级 (14)4.1.6.故障隔离功能 (14)4.1.7.服务异常处理 (15)4.2.基础服务 (15)4.2.1.渠道认证 (15)4.2.2.统一权限管理 (15)4.2.3.服务元数据管理 (16)4.2.4.流量控制 (16)4.2.5.服务控制 (17)4.2.6.对交易附件的支持 (17)4.2.7.异步流水 (17)4.2.8.日志记录 (17)4.2.9.交易一致性 (18)4.2.10.穿透 (18)4.3.管理监控 (19)4.3.1.配置管理 (19)4.3.2.监控管理 (20)4.4.服务治理 (24)4.5.集成开发环境 (25)4.6.软F5 (26)4.7.高性能消息中间件 (28)5.产品特性 (28)5.1.可用性和可靠性 (28)5.2.性能和可伸缩性 (29)5.3.扩展性和灵活性 (30)5.4.安全性 (31)6.运行环境 (31)1. 导论为了解决业务复杂度和业务变化导致的软件危机,软件方法沿着结构化、面向对象、构件技术和面向服务一路变革,软件开发的正确性、可重用性逐步得到提高。
尤其是符合SOA 架构风格后,软件的业务敏捷能力得到了大幅提升,软件技术也越来越接近业务本质。
图1 企业IT发展阶段图SOA是一种架构风格。
它的核心思想是通过服务(业务单元)的提取和灵活组合,充分整合企业的资源,适应业务的快速变化,以提高企业竞争力。
SOA架构是面向服务的技术体系,任何技术体系都有它的优势和局限性,他们的出现都是为了解决特定的应用和业务问题,所以SOA技术也不是包治百病的灵丹妙药。
商业银行企业服务总线(ESB)系统的设计与实现中期报告

商业银行企业服务总线(ESB)系统的设计与实现中期报告引言商业银行是一个我们每天都会接触到的行业,其重要性不言自明。
随着互联网时代的到来,银行业务逐渐向数字化、智能化、自助化方向发展,为了更好地满足客户需求,商业银行需要不断优化其业务流程和技术平台。
企业服务总线(ESB)作为一种企业应用集成方案,可以帮助商业银行实现系统之间的集成、信息共享和业务扩展等目标,是银行数字化建设中的重要组成部分。
本文将介绍商业银行企业服务总线(ESB)系统的设计与实现中期报告,包括项目背景、系统架构设计、技术选型和实施进展情况等方面。
项目背景随着商业银行业务体量的不断增长,各个业务系统之间的信息孤岛现象越来越明显,业务间的数据传递和信息共享也变得越来越困难。
针对这一问题,商业银行计划引入企业服务总线(ESB)系统,通过ESB来实现系统之间的集成和信息共享,加快业务流程的响应速度和实现效率。
系统架构设计本次商业银行企业服务总线(ESB)系统的架构设计采用了SOA(面向服务的架构)作为基础框架,主要包括四个方面的内容:服务注册与发现、服务编排、服务路由和服务容错。
服务注册与发现服务注册与发现是ESB的关键特性之一,也是传统SOA模型的重要组成部分。
服务注册用于将服务的属性和接口信息进行注册,在ESB系统中进行统一管理。
服务发现则是通过ESB来查找和调用服务的过程,包括了服务定位、绑定和消费等过程。
服务编排服务编排用于定义和管理服务之间的流程和业务逻辑。
ESB通过引入服务总线来实现服务之间的协作和集成,从而简化业务流程的建模和管理。
服务路由服务路由是指ESB将请求从一个源服务转发到目标服务的过程。
ESB通过预定义规则和映射来实现不同服务间的通信。
服务容错在ESB的架构设计中,服务容错是非常重要的一部分,以实现系统的高可用性和可靠性。
服务容错主要包括了错误处理、故障转移和恢复等机制。
技术选型商业银行企业服务总线(ESB)系统的技术选型包括以下几个方面的内容:1. 服务注册与发现框架:我们选择使用Apache ZooKeeper,它提供了分布式环境下的服务发现和管理功能,可以帮助我们实现服务的注册和发现。
阿里-ESB分享

LOGO
1 MULE 它是一个轻量级的消息框架和整合平台,支持20多种传输协议 (file,FTP,UDP,SMTP,POP,HTTP,SOAP,JMS等),并整合了许多 流行的开源项目,目前最成熟的开源ESB产品. 2 Open ESB OpenESB是Sun公司提出来的开源ESB项目,所以对JBI规范的支 持非常强。 3 JBoss ESB JBoss社区为面向SOA而提出的一个EAI系统平台。它提供了很多 EAI本身所应具有的功能,例如业务流程监控、集成开发环境、工 作流用户接口、业务流程管理、分布式计算架构以及作为应用容 器的功能等。对JBI支持很差,扩展相对不容易. 4 ServiceMix
ESB集成功能
LOGO
Transport protocol conversion
ESB服务交互功能
LOGO
服务接口定义(例如,Web 服务描述语言 (Web Services Description Language, WSDL)) 支持替代服务实现 通信和集成所需的服务消息传递模型(例 如 SOAP 或企业应用程序集成 (EAI) 中间 件模型) 服务目录和发现
ESB安全性
LOGO
WS-Security SAML(安全断言标记语言)、Kerberos和 认证证书格式(如X.509)的使用的详细信 息
ESB安全性
LOGO
Security
ESB服务级别
性能 吞吐量 可用性 其他可以构成契约或协定的持久评估方法
LOGO
ESB消息处理
编码的逻辑 基于内容的逻辑 消息和数据转换 有效性 中介 对象标识映射 数据压缩
EAI
LOGO
图 1:EAI 代理程序充当交换中心角色 :
EAI
神州数码远程银行Sm@rtVRBank白皮书v1.0

2.2.3 智能业务监控中心 Sm@rtBSV
智能业务监控中心 Sm@rtBSV 可以对 VTM 设备进行远程的工作状态监控,及时发现硬 件故障,及时修复,提高设备开机率。同时智能业务监控中心 Sm@rtBSV 可以对 VTM 设备 进行远程的管理,例如远程设备重启、远程设备暂停服务、远程设备关机等。
神州数码 远程银行产品白皮书 SM@rtVRBank
神州数码信息服务股份有限公司
神州数码远程银行解决方案
版权及保密声明:
本文档所提供的数据或文件资料, 仅提供给银行用于评估神州数码为远程银行建设提供 的相关产品和服务。 本文档所提供的数据或文件资料其版权归属神州数码, 属于商业机密资 料。未经神州数码允许,任何个人、单位、公司或团体,不得非法复制或使用本文档全部或 部分内容,不得透露给其他个人、单位、公司或团体。对于将本文档提供的数据或文件资料 进行非法复制,神州数码保留追究相关人员责任的权利,同时对由此造成的任何结果,神州 数码不负担任何责任。
1.1 目前传统系统面临的主要问题
客户角度: 1、 营业时间不合理,客户去银行办理业务时间与银行上班时间冲突; 2、 柜面压力太大,客户办理业务排队时间较长,浪费时间; 3、 安全风险大,传统的网银、手机银行、互联网等自助渠道存在很多风险; 4、 物理网点少,分布不均,导致客户办理业务需要足很长的路程; 5、 投资渠道少,不能满足客户投资需求,客户需要随时随地的专业咨询; 6、 大客户服务不到位,需要上门服务,但是服务效率低下。
1.3 系统建设目标价值
用户价值: 提供 7*24 小时服务 减少排队浪费的时间 安全放心 银行到家,等同于上门服务 智能+高端+专业服务,体验更好 自助+人工互动,参与感高
ES数据交换平台白皮书

ES数据交换平台⽩⽪书ES数据交换共享平台产品技术⽩⽪书⽬录⼀、概述 (3)⼆、技术架构 (3)三、技术路线 (7)四、产品功能—交换服务 (13)(⼀)路由服务 (13)(⼆)转换服务 (14)(三)安全服务 (15)(四)消息通讯服务MQ (15)(五)发送接收传输服务 (17)(六)接⼊服务 (18)五、产品功能—管理平台 (22)(⼀)资源管理 (22)(⼆)共享管理 (26)(三)授权管理 (30)(四)运维管理 (31)(五)平台管理 (32)六、产品特点 (33)七、主要技术指标和性能指标 (35)⼋、环境要求 (37)⼀、概述为有效整合分散异构的信息资源,消除“信息孤岛”现象,提⾼政府和企业的信息化⽔平,基于易尚数据交换平台,可灵活实现不同系统间的信息交换、信息共享与业务协同,加强信息资源管理,开展数据和应⽤整合,进⼀步发挥信息资源和应⽤系统的效能,提升信息化建设对业务和管理的⽀撑作⽤。
易尚数据交换平台,遵循标准的、⾯向服务架构(SOA)的⽅式,基于先进的企业服务总线ESB技术,遵循XML技术标准和规范,为跨地域、跨部门、跨平台不同应⽤系统不同数据库之间的互连互通提供包含提取、转换、传输和加载等操作的数据整合服务,实现扩展性良好的“松耦合”结构的应⽤和数据集成;利⽤易尚数据交换平台,通过分布式部署和集中式管理架构,可以有效解决各节点之间数据的及时、⾼效地上传下达,在安全、⽅便、快捷、顺畅的进⾏信息交换的同时精准的保证数据的⼀致性和准确性,实现数据的⼀次采集、多系统共享;基于易尚数据交换平台节点服务器适配器的可视化配置功能,可以有效解决数据交换平台的“最后⼀公⾥”问题,快速实现不同机构、不同应⽤系统、不同数据库之间基于不同传输协议的数据交换与信息共享,为各种应⽤和决策⽀持提供良好的数据环境。
⼆、技术架构数据共享交换平台中包括五项关键服务:共享资源⽬录服务、数据交换中央服务、基于适配器的交换服务、Webservice交换服务、前置机控制台。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
普元ESB软件产品白皮书目录1提要 (3)2Primeton ESB产品概述 (5)3Primeton ESB主要功能 (6)4Primeton ESB关键特性 (7)4.1高性能 (7)4.2高可靠 (8)4.3高扩展 (8)4.4业务化 (9)4.5个性化 (9)5Primeton ESB环境配置 (10)5.1支持的操作系统 (10)5.2支持的硬件环境 (10)5.3支持的数据库 (10)5.4支持的浏览器 (11)5.5支持的JDK版本 (11)1提要企业应用集成一直是企业信息化建设中的一个难题。
随着企业规模的扩大、业务的发展,企业内部的应用系统越来越多,应用间的通信、数据交换的需求越来越强烈,企业应用之间的交互问题、以及企业服务的管理问题也日益突出。
企业应用集成的历史可以追溯到最早的电子数据交换,以及80年代中期出现的C/S 结构的企业应用和中间件技术。
20世纪90年代,ERP(Enterprise Resource Planning)应用要求能够支持已经存在的应用和数据,与此同时企业应用集成即EAI(Enterprise Application Integration)的概念被提出。
企业服务平台(ESB)是企业应用集成在SOA理念下的一种实现方式,企业服务平台是SOA架构中实现服务间智能化集成与管理的中介,在逻辑上与SOA所遵循的基本原则保持一致,依据SOA架构原则对服务集成和服务管理的要求,创建了一个SOA集成架构,能够深入管理服务,并能方便扩展到整个企业应用。
企业服务平台是分布式的、基于消息的、遵循开放标准的集成解决方案。
企业服务平台的角色是在各种IT资源——如企业中各种异构应用系统、平台和服务之间进行可靠的通讯时提供可用的基础设施。
如下图所示,企业服务平台为企业应用提供了一个统一的平台,采用SOA松耦合的思想来进行企业应用集成,通过灵活的服务接口和Adapter,方便SOA应用和遗留应用的集成,这种松耦合、有效灵活的架构提供了更好的扩展性。
企业服务平台的特征是使用Web服务、消息中间件、智能路由和格式转换的架构,逻辑上与SOA基本原则保持一致,提供了服务管理的方法和在分布式异构环境中进行服务交互的功能。
一般会是分级的层次式结构,以连接不同业务领域的应用群,这些应用群是一批应用系统,负责SOA解决方案中的业务逻辑,实现了特定领域的业务目标。
通过一致、标准的服务平台,企业更方便与战略合作伙伴开展业务往来。
在企业建设了足够多的SOA应用,能够提供大量的服务后,就可以利用发布在服务注册中心的这些服务进行服务装配和编制,在企业服务平台之上按照SOA的方式提供组织级服务重用和数据共享。
业务服务平台在企业信息化建设过程中的作用具体表现在如下三个方面:业务互联企业的信息化建设在市场、管理等因素的推动下不断演进,在不同的历史时期建设了大量的信息系统,同时在业务整合的驱动下产生了不同的互联需求:●在以“产品为中心”的企业发展阶段,提高生产效率是重要的目标之一,在此过程中人们发现部门间的协作是提升效率的有效方式,从而推动了部门间应用的互联与整合;●激烈的市场竞争导致买方市场的到来从而促使企业经营思路由“以产品为中心”转变成为“以客户为中心”,这样就需要对客户从市场、销售、服务等不同纬度进行全生命周期管理,从而推动了各业务域间更加广泛和深刻的应用互联与整合;●随着市场竞争的加剧及互联网技术的发展,企业在不断地从业务模式上进行创新,收敛自身的核心能力并通过与更多外部伙伴合作以更加开放的思路为客户创造价值,从而推动了整个产业链中各企业之间的应用互联与整合;业务管理随着信息化建设的不断深入,大型企业往往累积了众多的应用系统,而这些应用系统又在业务的驱动下在不同的历史时期通过互联与整合成为有机的一体,如何有效地管理这些系统之间的关系成为最大难题:●如果某一关键服务在不知道的情况下宕机,而IT部门又没有及时得到这一最新状况,势必形成蝴蝶效应,波及依赖于这一服务的其他业务系统,严重影响企业的正常运营;●是否可以通过相应的监控手段分析出各应用系统间纷繁复杂的服务调用关系,从而得出受欢迎的服务、以及服务调用效率等指标,为周期性的系统优化和扩容做好充分的准备,从而使IT运维工作更加具有主动性;●对于关键服务调用是否可以采取某些措施保障其QoS,譬如在异常访问的情况下采取拒绝攻击的手段,或当系统资源不是很充足的情况下优先保障关键服务的可用性、健壮性;业务创新在市场全球化、竞争激烈化的背景下,业务创新是企业生存和发展的有效战略。
企业尤其是大型企业不仅在于要建立适合的业务创新文化和相关的保障机制,更重要的是如何有效、快速地落实业务创新成果,要达到这一点是离不开信息系统的支撑,而这一点又为信息系统的建设提出了更高的要求:●推进业务创新的有效方式之一就是基于已有的业务沉淀进行创新,而这些业务沉淀在应用系统中的表现形式就是对外暴露的服务,如何有效梳理和规划这些服务以及如何快速复用这些已有服务是进行和落实创新成果的首要问题;2Primeton ESB产品概述普元作为SOA国际标准组织18家核心成员之一,始终致力于提供完整的SOA解决方案,其中就包含核心部件— Primeton ESB产品,主要用于企业内及企业间的服务整合,通过总线形式有效改善现有系统之间调用的网状关系,使得系统之间的关系更加可视化和提高管控能力,它的高性能、高可靠、高扩展和业务化给客户带来高管控能力、高投资回报、高运营等能力,从而为提高企业IT 的服务质量提供可能,更直接的为企业的业务扩展、业务创新、客户维护和卓越运营提供了有力的保障。
Primeton ESB是普元基于多年对大型企业的IT建设及分布式计和集成能力的认识和技术积累而推出的服务整合产品,是部署和实现SOA的理想工具,支持协议转换、消息转换、消息路由、服务编排、服务注册、服务查找、服务监控等功能,其架构如下图所示:Primeton ESB 产品主要包含:①Primeton ESB Studio:主要提供各种服务(中介服务、穿透服务、编排服务等)的开发、调试以及属性设置、元数据导出等,为便捷快速地开发各种服务提供可能;②Primeton ESB Server:提供了多协议的支持以及为服务运行提供了高性能、高可靠的运行环境,方便的扩展机制,为Primeton ESB 融入企业IT环境提供了有效支撑及管控手段,同时不依赖于J2EE容器的特性大大提升了性能;③Primeton ESB Console:提供了集群环境ESB Server的管理及各种日志控制级别、服务线程配置等系统级配置的在线管理和热更新;④Primeton ESB Service State Monitor:提供了增强的客户感知度,譬如:各种维度的事前预警、事中告警、事后统计分析等功能;⑤Primeton ESB Service Registry and Repository:提供了服务注册、服务查找、SLA管理等服务元数据管理功能;3Primeton ESB主要功能Primeton ESB是普元基于多年对大型企业的IT建设及分布式计和集成能力的认识和技术积累而推出的服务整合产品,是部署和实现SOA的理想工具,支持协议转换、消息转换、消息路由、服务编排、服务注册、服务查找、服务监控等功能。
同时在功能体现和架构设计上融入了普元公司作为本土SOA中间件厂商多年来对国内产业环境的特点导致企业IT建设中对服务整合特殊情况的理解。
协议转换●数据转换●服务编排●服务路由●服务安全●服务质量●服务注册●服务监控●消息机制4Primeton ESB关键特性作为企业IT架构中的关键基础部件— Primeton ESB除具有一般ESB产品的通用功能外,其优势在四方面:一是高性能、二是高可靠、三是高扩展性、四是业务化,未来也会向这四个方面不断投资与优化,除此之外普元还有本地化、研发级服务从而更加贴切满足客户需求。
4.1高性能企业希望集中管理服务的初衷推动ESB承载众多关键服务的交互,从而导致ESB作为企业IT架构中的关键部件,在取得集中管理效能的同时也必然带来性能问题,企业当然不希望因为集中管理方式的部署,使得关键服务的性能有所下降,反而进一步的希望性能会有所提高,当然提高性能不仅仅是ESB本身的问题,更重要的是服务提供者自身性能及服务质量的提高,所以Primeton ESB解决的首要问题就是降低服务交互在ESB上的性能损耗,从而保障了服务质量。
Primeton ESB借鉴了企业级软件几十年的丰富经验,融入了多进程管理,SEDA、NIO等成熟技术,同时不依赖于J2EE容器,在系统架构上分散了性能消耗的瓶颈,从而在本质上提高了系统的处理效率。
同时在复杂通信协议的处理上,更加趋向于底层协议的处理,为高性能创造了先天的条件,从而为业务扩展提供了有力的支撑。
抛弃了传统的EAI系统的建设方式采取更加轻量级的架构,同时针对国内行业普遍收敛的协议进行了重点优化,从而提高了产品的整体性能。
同时因为其轻量级的特性使得对底层硬件的要求就不高,从而适应了大规模使用刀片服务器的行业趋势。
4.2高可靠基于ESB的关键部署形态使其可靠性提到了非常重要的位置,企业当然不希望因为ESB的健壮性问题而经常宕机或消息丢失从而影响关键业务的运行,所以在高性能的基础上可靠性性尤为重要。
同时健壮性不仅体现在ESB基础设施的健壮性上,同时也体现在关键服务的可靠性上,因为系统风险的存在使得事前准备工作未免会有百密一疏的时候,如果基础设施整体的可靠性出现问题的时候,就需要保证关键服务的可靠性,使其在环境恶劣的情况下也能最大程度地保证关键服务的QoS,从而提高平均无故障连续工作时间(MTBF)和降低系统故障平均恢复时间(MTTR)。
同时作为第三方中介Primeton ESB又可以作为仲裁机构,使得客户对各系统以及各集成商具有很好的协调和管理能力,各方系统的对外集成行为都会被ESB服务中介所跟踪和审计,从而避免因为各方系统中数据的不一致性导致不必要的纠纷。
ESB在部署架构上是处于众多业务系统之间的中介位置,这样就意味着它会作为第三方参与了系统之间的服务交互,而这种交互不应当因为第三方的介入而降低可靠性,从而将数据质量问题蔓延到更多的业务系统。
Primeton ESB采用取了SEDA、NIO等业界先进的技术以及松散的集群部署方式来保障ESB整体基础设施以及关键服务的可靠性,从而提高了Primeton ESB 的容错性,以及可以应对不可预知的服务访问情况,譬如突发的服务访问、不稳定的网络造成的访问异常等。
同时当QoS出现异常的时候,还可以通过更加必要的实时方式通知关键人员,从而在管理流程上保障了系统最小宕机时间。