ESB企业服务总线解决方案
科技股份有限公司
目录页
ESB架构简介
ESB架构体系
1
2
ESB实施方法论
成功案例
3
4
过
渡
页
第一章
ESB架构简介
过度页
什么是ESB
与传统架构的区别
E
S
B
架
构
简
介
第一节
什
么
是
E
S
B
正文·第一章
ESB是传统中间件技术与XML、Web服务等技术相互结合
的产物，用于实现企业应用不同消息和信息的准确、高效
和安全传递。
ESB全称为Enterprise Service Bus，即企业服务总线。
一个ESB是一个预先组装的SOA实现，它包含了实现
SOA分层目标所必需的基础功能部件。
E
S
B
架
构
简
介
第二节
与
传
统
架
构
的
区
别
正文·第一章
为什么选择
ESB呢？
ESB
不涉及底层编程接口
服务之间通过简单、精确定义
的接口进行通讯
松散耦合服务架构
E
S
B
架
构
简
介
第二节
正文·第一章
传统的点对点调用方式（Point-to-Point）
与
传
统
架
构
的
区
别
E
S
B
架
构
简
介
第二节
正文·第一章
应用
OSB企业服务总线
应用应用
服务
安全 市场 物流 研发
金融销售人力资源
ESB接入后的调用方式
与
传
统
架
构
的
区
别
E
S
B
架
构
简
介
第二节
正文·第一章
Flexibility
应用之间点对点的连接
实现简单、基本的信息交
互和数据传递
传统架构
基于消息传递的模式
通过企业服务总线实现服务的整
合集中和流程实现
借助标准的接口灵活地连接，实
现真正的随需应变
ESB构架
面向服务体系架构
与
传
统
架
构
的
区
别
过
渡
页
第二章
ESB架构体系
过度页
企业服务总线角色职能
企业服务总线整体结构
全方位支持能力
E
S
B
架
构
体
系
第一节
企
业
服
务
总
线
角
色
职
能
正文·第二章
ESB在请求方与服务之间发挥的作用：
形状 = 传输协议
颜色 = 数据格式
企业服务总线（ESB）是用于集成应用和服务的灵活的连接基础设
施。
第一节
正文·第二章
E
S
B
架
构
体
系
安全性
消息处理
可见性
组合
服务传输层 传输 SDK
门户 WS 客户端 BPEL Java
服务 服务 服务 服务
转换 发现/验证消息流建模
服务调
出
测试浏览
器
传输安全性 WS-Security 控制台安全性 策略
报表SLA监视 信息板 开放式界面
企
业
服
务
总
线
适应性服务消息
处理
嵌入式服务管理
适应性转换
丰富的组合环境
同类最佳的分布
式运行时
企
业
服
务
总
线
角
色
职
能
第二节
正文·第二章
E
S
B
架
构
体
系
企
业
服
务
总
线
整
体
架
构
第二节
正文·第二章
E
S
B
架
构
体
系
企
业
服
务
总
线
整
体
架
构
•路由
•寻址
•通信技术、协议和标
准（例如 JMS、
HTTP 和 HTTPS）
•发布/订阅
•响应/请求
•同步和异步消息传递
•消息和数据转换
•提供位置透明性的
服务路由和定位服务
•多种消息传递形式
•支持广泛使用的传
输协议
•身份验证
•授权
•不可抵赖性
•机密性
•安全标准•服务接口定义（例如，Web
服务描述语言（Web Services
Description Language，
WSDL））
•支持替代服务实现
•服务目录和发现
•数据库
•服务聚合
•遗留系统和应用程序适配
器
•EAI 中间件的连接性
•服务映射
•协议转换
•应用程序服务器环境（如
J2EE 和 .NET）
•服务调用的语言接口（如
Java /C/C++/C#）
•性能
•吞吐量
•可用性
常用
功能
通信
消息处
理
安全性
服务交
互
服务级
别
集成
第三节
全
方
位
支
持
能
力
正文·第二章
提供应用到应用的连接可能很复杂
HPSunpSeries zSeriesIntel iSeries 移动设备
发布/订阅异步消息传递 同步RPC
RPG
Web Services JMS FTP HTTP
WebSphere MQ
TCP/IP
SMTPMulticast
系统平台
编程模型
编程语言
传输协议
标准和消息格式
错误恢复与事务完整性
XML
COBOL
Copybook
EDI-FACT
ebXML
AL3
HIPAA
HL77SWIFTFIX
Custom Formats Word/Excel/PDF
E
S
B
架
构
体
系
过
渡
页
第三章
ESB实施方法论
过度页
ESB项目特征
ESB项目实施过程
E
S
B
实
施
方
法
论
第一节
E
S
B
项
目
特
征
正文·第三章
一
需要连接多个系统
需要与银行、IT。多个业务部门以及第三方沟通写作
涉及人员多
二
多个系统需要分阶段实施完成，以降低风险，一般实施周期在两年左右
实施周期长
三
连接的每个系统都要执行一个完整的过程，系统较多时，上线频度较大
上线频度大
四
人员的业务能力要求高，需要熟悉多种业务，才能完成接口分析、标准制定工作
系统稳定性和性能至关重要，对人员的技术能力要求非常高
项目经理要有极强的协调、推动能力
人员综合素质要求高
E
S
B
实
施
方
法
论
第二节
正文·第三章
E
S
B
项
目
实
施
过
程
计划阶段1
采用统一规划，迭代式开发，分步实施的策略；
仔细制定各系统边界，以防需求蔓延；
合理选择第一批上线系统，保证进度，增强客户信心；
合理规划现场、基地工作，降低项目成本；
易导致ESB项目失败的主要因素：
– 系统定位不清
– 对项目支持力度不足
– 项目进展急进
1
2
3
4
5
E
S
B
实
施
方
法
论
第二节
正文·第三章
E
S
B
项
目
实
施
过
程
需求分析2
需
求
分
析
阶
段
特
点
偏重于与其他系统的集成架构分析
侧重于接口的分析和MBSD的服务定义，最终形
成银行的服务规范
需求分析在整个项目中迭代多次，持续时间长
注意事项：把对ESB产品功能的需求在第一批上
线系统的需求分析阶段就分析完成，并充分考虑
未来其他系统接入时的报文、协议格式等
E
S
B
实
施
方
法
论
第二节
正文·第三章
E
S
B
项
目
实
施
过
程
需求分析2
对各系统提供的接口文档进行业务分
析,分析了解各种交易完整的业务含义,
审核接口文档中的错误疑点
整理分析
接口文档
对相近或相似的服务进行统一, 并与
服务总线上的服务进行匹配, 考虑评估是
否建立新的服务或场景
服务归纳
分析
按照接口文档交易的输入输出字段与
原有服务的字段进行对比分析,合并或
新建服务,同时对字段进行标准化.
服务规范
文档整理
E
S
B
实
施
方
法
论
第二节
正文·第三章
E
S
B
项
目
实
施
过
程
开发阶段3
集成架构
• ESB的功能决定了ESB项目的特征，面临多个系统的接入，合理的集成
架构对项目将起到决定性的作用。
•关键指标：总交易吞吐量；交易响应时间等
接入系统的接口数量、通讯方式、报文格式
•接入系统的接口数量直接决定了开发工作量的大小
• ESB产品是否支持接入系统使用的通讯方式、报文格式，决定了是否需
要开发新的适配器
客户要求的功能是否产品已支持
影响开发阶段的关键因素
E
S
B
实
施
方
法
论
第二节
正文·第三章
E
S
B
项
目
实
施
过
程
开发阶段3
开发阶段-工作量分布
前期重点在于产品的监控、流水、日志、冲正等功能开发
后期重点在于接入系统的新渠道开发及交易配置和联通性
前期开发工作量大；后期开发工作量小，但交易配置、联调工作量大
建议：应在第一批系统上线时就完成80%以上的
开发工作，并把该部分工作在基地完成
E
S
B
实
施
方
法
论
第二节
正文·第三章
E
S
B
项
目
实
施
过
程
开发阶段3
开发阶段-开发内容
新的适配器开发
•包含对新的通讯协议和报文类型的支持
监控内容的配置
•各行对监控的要求不同，需要根据要求配置总线的数据采集和BAM的展
示（包含生成监控报告）
客户要求的功能是否产品已支持
•对每个接口都需要配置报文，测试交易的联通性
功能差异的开发或修改
•对内置服务，比如流水和冲正，客户可能会有不同的需求；也会有部分
功能产品未提供，需要项目组现场开发
E
S
B
实
施
方
法
论
第二节
正文·第三章
E
S
B
项
目
实
施
过
程
开发阶段3
开发阶段-开发模型
1第一批次中，设计及编码可在基地完成，
同时现场执
行接口分析；此过程要求现场与基地建立
顺畅、及时地沟通渠道
2 第一批次中，尽可能收集银行后期接入系
统使用的通
讯协议和报文格式；并把客户的功能需求
尽可能收集完
整
3 第一批系统上线后，基地开发人员可减少
甚至撤出，
后期的项目工作将主要是确定接口，测试
交易联通性。因此，此后工作建议现场项
目组全部完成
E
S
B
实
施
方
法
论
第二节
正文·第三章
E
S
B
项
目
实
施
过
程
测试及上线4
• 明确测试范围，哪些是产品组执行（保证），哪
些是项目组执行
• 性能、稳定性测试是重中之重
• 功能测试偏重于交易联通性测试
• 测试主要工作是组报文、发送报文并接收响应
过
渡
页
第四章
成功案例
过度页
PICC渠道平台
跨省平台
成
功
案
例
第一节
P
I
C
C
渠
道
平
台
正文·第四章
项目背景
PICC信息系统包含了几十个子系统，这些系统之间存在着错
综复杂的接口调用关系。现存子系统间存在着近百个接口，接口
方式也是多种多样，包括数据库直连、数据库同义词、
WebService、Socket连接等，同时，子系统之间进行交互用到的
数据结构也不统一，往往在调用多个接口时需要进行不同的数据
封装及数据转换。
技术架构
OSB（Oracle Service Bus）是策略驱动的中介层，它处理
消息，根据要求路由和转换消息，OSB提供了多协议、多传输方
式、动态报文转换、服务路由等组件能够满足各系统对接要求，
它通过JMS或HTTP等的传输协议接收消息，并用相同协议或另
一指定的传输协议发送消息。
成
功
案
例
第一节
P
I
C
C
渠
道
平
台
正文·第四章 中科软科技股份有限公司
系
统
架
构
图
成
功
案
例
第一节
P
I
C
C
渠
道
平
台
正文·第四章
总体架构
渠道平台根据OSB（Oracle Service Bus）技术功能，将平
台划分7个模块，包括：报文加密、权限校验、消息转换、服务路
由、服务日志、错误处理、缓存机制模块。Oracle Service Bus的
轻量级、无状态、高性能架构扮演“中间人”角色。支持智能消息代
理，监控和管理服务；它在企业基础架构中添加一个可扩展的动
态路由和转换层，并管理服务生命期：配置和供应服务、监控服
务的运行。Oracle Service Bus以“配置”为中心，由策略驱动，实
现了“服务使用者”和“服务提供者”之间的松耦合配合。
PICC渠道平台支持相应的Web Service类型的服务调用功能，
服务平台本身使用javaEE、XML、Web Service等技术。渠道平
台对外支持XML、XML Schema、Web Service、WSDL、SOAP、
HTTP/HTTPS、JMS等标准的技术。
成
功
案
例
第二节
跨
省
平
台
正文·第四章
项目背景
2010年2月4日，中国保险行业协会（以下称中保协）与全国
各财险公司总公司共同召开了行业车险信息平台项目专题会议，
会议决议建立行业车险信息共享平台。“平台”建立有助于规范全行
业行为，为全行业数据积累提供基础，是提高中国保险业精细化
经营管理水平、规范市场、服务大众的重要举措。
技术架构
跨省平台的开发具有很大的难度，根据跨省平台开发的目
的，需要构架一个统一的业务平台和业务规范、持和满足保险公
司代位求偿相关的业务需求、实现投承保全行业全国数据联网。
经过对比各个公司的产品优劣势，充分考虑跨省平台的需求，我
们选择了WMB（WebSphere Message Broker）作为我们的开发
产品，为跨省平台提供更加稳定、更加高效、更加健壮的技术服
务。
成
功
案
例
第二节
跨
省
平
台
正文·第四章
系
统
架
构
图
成
功
案
例
第二节
跨
省
平
台
正文·第四章
总体架构
企业服务总线WMB（WebSphere Message Broker）为各省
提供安全控制、系统监控、异常处理、格式校验、发布订阅、动
态路由、系统管理、日志记录、格式转化、服务查找、服务注册
等功能。
企业服务总线ESB是实现系统应用整合的关键部件，作为保
险协会IT应用整合架构的核心基础平台，其设计需遵循如下原则：
可靠性和高可用性
健壮性和稳定性
高性能
易于扩展原则
易于监控和管理
工作顺利
心想事成
万事如意
谢谢
观看
mailto:info@
mailto:info@
