ESB企业服务总线解决方案ppt课件.pptx

《ESB企业服务总线解决方案ppt课件.pptx》由会员分享，可在线阅读，更多相关《ESB企业服务总线解决方案ppt课件.pptx（32页珍藏版）》请在三一办公上搜索。

1、,ESB企业服务总线解决方案,科技股份有限公司,目录页,ESB架构简介,ESB架构体系,ESB实施方法论,成功案例,过渡页,第一章,ESB架构简介,过度页,ESB架构简介,第一节,什么是ESB,正文第一章,ESB是传统中间件技术与XML、Web服务等技术相互结合的产物，用于实现企业应用不同消息和信息的准确、高效和安全传递。,ESB全称为Enterprise Service Bus，即企业服务总线。,一个ESB是一个预先组装的SOA实现，它包含了实现SOA分层目标所必需的基础功能部件。,ESB架构简介,第二节,与传统架构的区别,正文第一章,为什么选择ESB呢？,不涉及底层编程接口,服务之间通过简

2、单、精确定义的接口进行通讯,松散耦合服务架构,ESB架构简介,第二节,正文第一章,传统的点对点调用方式（Point-to-Point）,与传统架构的区别,ESB架构简介,第二节,正文第一章,ESB接入后的调用方式,与传统架构的区别,ESB架构简介,第二节,正文第一章,应用之间点对点的连接实现简单、基本的信息交互和数据传递,传统架构基于消息传递的模式,通过企业服务总线实现服务的整合集中和流程实现 借助标准的接口灵活地连接，实现真正的随需应变,ESB构架面向服务体系架构,与传统架构的区别,过渡页,第二章,ESB架构体系,过度页,ESB架构体系,第一节,企业服务总线角色职能,正文第二章,ESB在请求

3、方与服务之间发挥的作用：,形状 = 传输协议颜色 = 数据格式,企业服务总线（ESB）是用于集成应用和服务的灵活的连接基础设施。,第一节,正文第二章,ESB架构体系,安全性,消息处理,可见性,组合,门户,WS 客户端,BPEL,Java,服务,服务,服务,服务,企业服务总线,适应性服务消息处理,嵌入式服务管理,适应性转换,丰富的组合环境,同类最佳的分布式运行时,企业服务总线角色职能,第二节,正文第二章,ESB架构体系,企业服务总线整体架构,第二节,正文第二章,ESB架构体系,企业服务总线整体架构,路由寻址通信技术、协议和标准（例如 JMS、HTTP 和 HTTPS）发布/订阅响应/请求 同步和

4、异步消息传递,消息和数据转换提供位置透明性的服务路由和定位服务多种消息传递形式支持广泛使用的传输协议,身份验证 授权不可抵赖性机密性 安全标准,服务接口定义（例如，Web 服务描述语言（Web Services Description Language，WSDL）支持替代服务实现 服务目录和发现,数据库服务聚合 遗留系统和应用程序适配器 EAI 中间件的连接性 服务映射协议转换应用程序服务器环境（如 J2EE 和 .NET）服务调用的语言接口（如 Java /C/C+/C#）,性能 吞吐量可用性,第三节,全方位支持能力,正文第二章,提供应用到应用的连接可能很复杂,HP,Sun,pSeries,

5、zSeries,Intel,iSeries,移动设备,发布/订阅,异步消息传递,同步RPC,RPG,Web Services,JMS,FTP,HTTP,WebSphere MQ,TCP/IP,SMTP,Multicast,系统平台,编程模型,编程语言,传输协议,标准和消息格式,错误恢复与事务完整性,XML,COBOLCopybook,EDI-X.12,ACORD,EDI-FACT,ebXML,AL3,HIPAA,HL77,SWIFT,FIX,Custom Formats,Word/Excel/PDF,ESB架构体系,过渡页,第三章,ESB实施方法论,过度页,ESB实施方法论,第一节,ESB项目

6、特征,正文第三章,一,需要连接多个系统需要与银行、IT。多个业务部门以及第三方沟通写作,涉及人员多,二,多个系统需要分阶段实施完成，以降低风险，一般实施周期在两年左右,实施周期长,三,连接的每个系统都要执行一个完整的过程，系统较多时，上线频度较大,上线频度大,四,人员的业务能力要求高，需要熟悉多种业务，才能完成接口分析、标准制定工作系统稳定性和性能至关重要，对人员的技术能力要求非常高项目经理要有极强的协调、推动能力,人员综合素质要求高,ESB实施方法论,第二节,正文第三章,ESB项目实施过程,ESB实施方法论,第二节,正文第三章,ESB项目实施过程,注意事项：把对ESB产品功能的需求在第一批上

7、线系统的需求分析阶段就分析完成，并充分考虑未来其他系统接入时的报文、协议格式等,ESB实施方法论,第二节,正文第三章,ESB项目实施过程,对各系统提供的接口文档进行业务分析,分析了解各种交易完整的业务含义,审核接口文档中的错误疑点,整理分析接口文档,对相近或相似的服务进行统一, 并与服务总线上的服务进行匹配, 考虑评估是否建立新的服务或场景,服务归纳分析,按照接口文档交易的输入输出字段与原有服务的字段进行对比分析,合并或新建服务,同时对字段进行标准化.,服务规范文档整理,ESB实施方法论,第二节,正文第三章,ESB项目实施过程,影响开发阶段的关键因素,ESB实施方法论,第二节,正文第三章,ES

8、B项目实施过程,开发阶段-工作量分布,建议：应在第一批系统上线时就完成80%以上的开发工作，并把该部分工作在基地完成,ESB实施方法论,第二节,正文第三章,ESB项目实施过程,开发阶段-开发内容,ESB实施方法论,第二节,正文第三章,ESB项目实施过程,开发阶段-开发模型,1第一批次中，设计及编码可在基地完成，同时现场执行接口分析；此过程要求现场与基地建立顺畅、及时地沟通渠道2 第一批次中，尽可能收集银行后期接入系统使用的通讯协议和报文格式；并把客户的功能需求尽可能收集完整3 第一批系统上线后，基地开发人员可减少甚至撤出，后期的项目工作将主要是确定接口，测试交易联通性。因此，此后工作建议现场项

9、目组全部完成,ESB实施方法论,第二节,正文第三章,ESB项目实施过程,过渡页,第四章,成功案例,过度页,成功案例,第一节,PICC渠道平台,正文第四章,项目背景,PICC信息系统包含了几十个子系统，这些系统之间存在着错综复杂的接口调用关系。现存子系统间存在着近百个接口，接口方式也是多种多样，包括数据库直连、数据库同义词、WebService、Socket连接等，同时，子系统之间进行交互用到的数据结构也不统一，往往在调用多个接口时需要进行不同的数据封装及数据转换。,技术架构,OSB（Oracle Service Bus）是策略驱动的中介层，它处理消息，根据要求路由和转换消息，OSB提供了多协议

10、、多传输方式、动态报文转换、服务路由等组件能够满足各系统对接要求，它通过JMS或HTTP等的传输协议接收消息，并用相同协议或另一指定的传输协议发送消息。,成功案例,第一节,PICC渠道平台,正文第四章,中科软科技股份有限公司,系统架构图,成功案例,第一节,PICC渠道平台,正文第四章,总体架构,渠道平台根据OSB（Oracle Service Bus）技术功能，将平台划分7个模块，包括：报文加密、权限校验、消息转换、服务路由、服务日志、错误处理、缓存机制模块。Oracle Service Bus的轻量级、无状态、高性能架构扮演“中间人”角色。支持智能消息代理，监控和管理服务；它在企业基础架构中

11、添加一个可扩展的动态路由和转换层，并管理服务生命期：配置和供应服务、监控服务的运行。Oracle Service Bus以“配置”为中心，由策略驱动，实现了“服务使用者”和“服务提供者”之间的松耦合配合。 PICC渠道平台支持相应的Web Service类型的服务调用功能，服务平台本身使用javaEE、XML、Web Service等技术。渠道平台对外支持XML、XML Schema、Web Service、WSDL、SOAP、HTTP/HTTPS、JMS等标准的技术。,成功案例,第二节,跨省平台,正文第四章,项目背景,2010年2月4日，中国保险行业协会（以下称中保协）与全国各财险公司总公司

12、共同召开了行业车险信息平台项目专题会议，会议决议建立行业车险信息共享平台。“平台”建立有助于规范全行业行为，为全行业数据积累提供基础，是提高中国保险业精细化经营管理水平、规范市场、服务大众的重要举措。,技术架构,跨省平台的开发具有很大的难度，根据跨省平台开发的目的，需要构架一个统一的业务平台和业务规范、持和满足保险公司代位求偿相关的业务需求、实现投承保全行业全国数据联网。经过对比各个公司的产品优劣势，充分考虑跨省平台的需求，我们选择了WMB（WebSphere Message Broker）作为我们的开发产品，为跨省平台提供更加稳定、更加高效、更加健壮的技术服务。,成功案例,第二节,跨省平台,正文第四章,系统架构图,成功案例,第二节,跨省平台,正文第四章,总体架构,企业服务总线WMB（WebSphere Message Broker）为各省提供安全控制、系统监控、异常处理、格式校验、发布订阅、动态路由、系统管理、日志记录、格式转化、服务查找、服务注册等功能。 企业服务总线ESB是实现系统应用整合的关键部件，作为保险协会IT应用整合架构的核心基础平台，其设计需遵循如下原则：可靠性和高可用性健壮性和稳定性高性能易于扩展原则易于监控和管理,工作顺利,心想事成,万事如意,谢谢观看,