搜索
InsertPictureHereOracleServiceBus电信案例介绍2Agenda•广东电信OCS案例•中国铁通TBSS案例•浙江移动12580改造•河南网通BSS案例•其他案例3项目背景介绍•广东电信的IBSS/CRM与OCS系统作为广东电信MBOSS的两个子系统，需要进行业务数据交互以进行电信业务的支撑。•广东电信OCS系统（华为公司开发）是基于WebServices技术、省集中的系统平台•广东电信CRM是基于Tuxedo技术、本地网化的系统平台，全省21个地市本地部署•广东电信需要将IBSS/CRM的服务标准化，以消除技术协议上的异构性，同时屏蔽本地化部署所相关的路由逻辑等•该项目采用OracleServiceBus，已于2008年底上线4现状架构广东省OCS(by华为，全省集中)WebService市IBSS/CRM（by亿迅)Tuxedo市IBSS/CRM（by亿迅)Tuxedo市IBSS/CRM（by亿迅)Tuxedo……Tuxedo？5解决方案广东省OCS(by华为，全省集中)WebService市IBSS/CRM（by亿迅)Tuxedo市IBSS/CRM（by亿迅)Tuxedo市IBSS/CRM（by亿迅)Tuxedo……TuxedoOracleServiceBus（全省集中）TuxedoSOAPTuxedoTuxedoTuxedo省公司研究院OSB－评测环境ItemQty.DescriptionOSB服务器1HPsuperdome64CPU128G内存测试压力机1IBMX3462*3.0Gxeon/8GBLoadrunner8.1压力机OSB服务器OSB按照目前业务需求配置，停机及复机请求由同一流程处理省公司研究院OSB－评测标准指标名称指标值要求事务处理类的吞吐率（个/秒）=150处理的响应时间（秒）=1系统资源不存在内存不足的情况。CPU占用和压力成正比。达到指标要求的压力时，CPU占用率不超过80%现阶段，OSB只处理华为OCS系统与亿迅CRM系统反向接口服务，包括欠费停机，充值开机。预计09年底增加其他服务后，OSB需要达到的指标如下：省公司研究院OSB－总体评价1221考核指标达标情况处理能力165TPS压力下，各请求均能正常处理，错误率为0，90%请求处理时间在0.05秒以内，满足指标要求稳定性长时间压力下，系统表现平稳，各资源使用稳定，cpu占用在10%以下，满足指标要求9案例小结•OracleServiceBus支持丰富的接口类型，通过配置可以直接将IBSSTuxedo接口转换成WebService，降低集成难度•通过采用服务总线架构，独立实现集成逻辑（格式转换、路由等等），大大提高了服务的重用性，降低集成成本10Agenda•广东电信OCS案例•浙江移动12580改造•中国铁通TBSS案例•河南网通BSS案例•其他案例11浙江12580改造------项目背景•12580综合信息服务门户为用户提供餐饮、娱乐、交通、旅游、便民等各类信息查询，以及机票预订和酒店预订等商旅服务。用户采用语音、短信、WAP、互联网等多种接入方式•12580呼叫中心对于中国移动本省客户、外省客户的业务是分别调用CBOSS、RBOSS等接口。•由于CBOSS、RBOSS接口比较简单，12580在调用移动内部接口时，需要进行许多逻辑判断，增加集成的复杂度，从而影响了12580业务发展的灵活性•逐步构建BOSS系统对外服务的统一接口平台•采用OracleServiceBus后改造项目已于2007年上线，服务浙江移动3000万用户12浙江移动12580改造方案CBOSS集团公司A省ATMI接口服务RBOSS数据库CBOSS落地方CBOSS数据库12580数据ESBATMIhttpB省ATMI接口服务RBOSS数据库CBOSS落地方CBOSS数据库12580CBOSS数据接口1http13数据中心1接口功能权限校验业务路由数据中心2接口功能身份权限验证服务业务服务总线--ESB客服及电子渠道类系统ATMI外围SP类平台HTTP远程写卡平台CORBA业务路由决策服务数据中心1接口服务数据中心2接口服务服务注册接口应用逻辑实现层APP接口适配接口平台公共服务模块接口平台业务服务模块BOSS系统统一接口平台BOSS公共数据库BOSS数据分中心DB1BOSS数据分中心DB2CBOSS系统CORBA通过整合和集中BOSS系统的对外服务接口，使不同平台来的服务请求能够获得统一的业务处理规则，并解决了接口功能重复建设的问题通过对服务接口的重构，提升了接口功能的内聚性，减轻了外围平台服务调用的复杂度，同时BOSS业务规则能够收敛到系统内部，易于管理和调整实现对外部平台的管理及服务接口调用的权限认证，使BOSS系统的对外服务提供更加安全和有序通过引入ESB服务总线，提升了系统间应用集成的效率和灵活性，使接口平台上的功能服务能快速的发布出多种类型的接口方式，增强了对业务需求响应的及时性，并能够实现对服务接口的规范化管理。同时服务总线的建设也为系统总体架构向SOA方向发展提供了可行的技术支持统一接口平台及ESB服务总线的建设，对外屏蔽了BOSS数据域的分拆，从而大大降低了由此所给外围平台产生的影响平台建设的优势及提升面BOSS系统对外服务的统一接口平台体系架构14Agenda•广东电信OCS案例•浙江移动12580改造•河南网通BSS案例•中国铁通TBSS案例•其他案例15•首先服务共享一直是河南网通信息化建设时强调的基本原则。•当前97、网上营业厅及10060和计费系统之间的接口问题影响了各系统系能及管理。•企业信息总线（ESB）技术从理论上可以解决安全性、异构平台和接口可配置等各方面的问题，因此考虑通过ESB实现服务共享。•从长期规划来看，ESB平台将会集成河南网通业务系统中的主要系统，成为业务系统服务共享的枢纽。河南网通－－ESB项目背景16•由于各系统平台差异、集成商的配合、安全性等各方面的因素，多数系统并没有实现服务共享。•业务功能有限，难于灵活扩展•网通对接口缺少管理能力，出现问题只能事后监督，缺乏管理的实时性和有效性。河南网通－－面临的业务问题17系统现状97客户端97系统计费系统欠费查询接口接口表方式11密码查询接口2网厅客户端WebService方式18系统的建设目标•接口集中管理•建立接口集中管理平台•提供可靠稳定的运行环境•数据交换平台•改造原有接口，实现和多个系统的互联•对重点系统的接口进行改造•外围支撑系统•包括网厅等提供支撑的系统19基于OracleServiceBus的解决方案计费系统代理服务日志记录业务服务WTC封装欠费查询调用ESB平台监控与管理服务部署服务编排服务监控97欠费查询Tux服务权限配置安全控制服务统计访问控制日志记录服务封装与调用20对ESB平台的要求•全面的集成能力：•和Tuxedo产品等进行无缝集成•支持socket，HTTP，WebService协议•在业务处理方面：•可以支持接口数据的动态转换•全面的业务监控能力，较强的报表能力•有开放的安全架构、成熟的错误处理过程•高性能处理：•高并发和大压力的处理能力，能够满足每天30万次接口调用处理21OSB平台下的新业务流程以交费开机为例计费客户端计费系统97系统网管系统12代理服务97修改用户信息网管开机服务修改用户信息服务开机服务RouteResponse34.14.24.14.14.24.25.15.2676开机服务注册在应用整合平台上，代替接口表开机流程采用服务重组实现，流程不可视可以是同步调用/异步调用应用整合平台22通过配置实现定制程序的能力23总结•SOA使企业拥有更灵活的IT架构•将欠费查询、密码查询等封装为业务服务，便于系统间的调用和功能重用•系统间功能访问可以通过OSB灵活调用，适应了业务的快速变化•易于今后和其他系统的集成•帮助用户使用SOA概念和方法规划河南网通业务系统，并将之带入联通网通整合方案中。•用户对OSB在关键业务中的使用信心•SOA方法论的落地24Agenda•广东电信OCS案例•浙江移动12580改造•河南网通BSS案例•中国铁通TBSS案例•其他案例25项目背景•由于中国铁通原有的业务支撑系统开发、建设时间较早，在满足用户不断增长的业务需求方面还存在着一定的差距.•为满足铁通未来业务的发展、服务水平的提高、营业收入的增长需要，铁通于2004年提出建设铁通业务支撑系统TBSS.•新一期TBSS从业务和架构上功能域进行了清晰地划分，同时引入了多家集成商的竞争性机制，要求系统实现以及接口实现必须采用基于标准、开放和互操作的技术路线•新一期TBSS基于服务总线架构，采用BEAALSB（即现在的OracleServiceBus）产品•2006年年底，铁通启动了试点工程，率先在集团公司、河北、辽宁三个点实施TBSS.•2007年底完成三个试点TBSS上线运行.26TBSS业务功能架构•核心系统•两级中心•十大功能域业务支撑网管营销管理综合营业客户服务大客户管理综合帐务采集计费结算决策支持服务质量分析经营分析业务支撑网管营销管理综合营业综合客服大客户管理综合帐务采集计费结算决策支持服务质量分析经营分析27TBSS内外部集成关系•TBSS各功能域之间•TBSS两级中心之间•TBSS与外部系统28主要接口类型分析•关于接口实现方式的选择，有以下三个主要因素需要重点考虑：同步或者异步调用方式、接口的实时性要求以及接口的数据量大小。排除一些不合理的组合或者不常见的类型，本项目主要考虑以下三种类型的接口：接口类型主要特点举例同步实时接口同步实时小数据量•比如：在定单录入进行客户核查时，营业系统需要向帐务系统查询客户或用户的欠费信息异步接口异步非实时小数据量•比如：客服系统生成业务受理预订单后，需要传给营业系统进行校验生成正式订单批量数据接口异步非实时大数据量•比如：为统计需要，省TBSS系统需要定期上传大批量帐务数据到集团TBSS系统29接口技术选择原则•现有BSS接口主要是采用文件和数据库表或视图方式共享数据，各功能域都是封闭的架构，耦合度很高，适应变化能力差；•新一期TBSS从业务和架构上功能域进行了清晰地划分，同时引入了多家集成商的竞争性机制，要求系统实现以及接口实现必须采用基于标准、开放和互操作的技术路线;•在综合考虑技术的先进性、开放性、标准性以及适用性的基础上，规范以下基本技术原则•对于同步、实时、小数据量接口，采用WebService技术实现•对于异步、非实时、小数据量接口，采用JMS消息队列技术实现•对于批量数据接口，采用基于文件或者基于共享数据表机制实现30各功能域提供的接口统计功能域接口方式接口数量举例采集File1•将采集文件传送给专业计费或者综合结算专业计费File2•将计费处理后的帐单信息传送给综合帐务WebService3•实时/历史话费查询Table/View2•实时/历史详单查询综合帐务File3•省份公司向集团汇总铁业等集团帐目数据WebService4•用户欠费信息查询查询Table/View4•客户消费收款清单查询综合结算File8•网间报表基础汇总数据综合营业WebService10•查询用户基本资料JMS4•集团向省分公司下发全国性产品目录Table/View7•三户、产品、地域等资料变动综合客服File1•客户服务处理工单批量接口WebService1•客户服务处理工单状态和历史查询JMS7•省份到集团的转办工单接口营销渠道WebService5•销售区域查询接口Table/View1•代理商基本档案变动大客户管理File7•向集团申报全部大客户的实收信息决策支持File8•纵向联网类接口•总共定义了78个接口。其中，WebService接口23个，JMS接口11个，Table接口14个，File接口30个。31接口技术架构选择－企业服务总线企业服务总线决策客服大客营销结算营业帐务计费•投资保护•异构消息代理•遗留应用和协议支持•适应变化•可配置的路由