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

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