企业服务总线OSB电信行业案例介绍_第1页
企业服务总线OSB电信行业案例介绍_第2页
企业服务总线OSB电信行业案例介绍_第3页
企业服务总线OSB电信行业案例介绍_第4页
企业服务总线OSB电信行业案例介绍_第5页
已阅读5页,还剩32页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、企业服务总线企业服务总线OSB电信行业电信行业案例介绍案例介绍Agenda OCS案例 中国铁通TBSS案例 浙江移动12580改造 河南网通BSS案例 其他案例项目背景介绍项目背景介绍 广东电信的IBSS/CRM与OCS系统作为广东电信MBOSS的两个子系统,需要进行业务数据交互以进行电信业务的支撑。 广东电信OCS系统(华为公司开发)是基于Web Services技术、省集中的系统平台 广东电信CRM是基于Tuxedo技术、本地网化的系统平台,全省21个地市本地部署 广东电信需要将IBSS/CRM的服务标准化,以消除技术协议上的异构性,同时屏蔽本地化部署所相关的路由逻辑等 该项目采用Ora

2、cle Service Bus,已于2008年底上线现状架构现状架构广东省广东省 OCS(by 华为,全省集中华为,全省集中)Web Service市市IBSS/CRM(by 亿迅亿迅)Tuxedo市市IBSS/CRM(by 亿迅亿迅)Tuxedo市市IBSS/CRM(by 亿迅亿迅)TuxedoTuxedo?解决方案解决方案广东省广东省 OCS(by 华为,全省集中华为,全省集中)Web Service市市IBSS/CRM(by 亿迅亿迅)Tuxedo市市IBSS/CRM(by 亿迅亿迅)Tuxedo市市IBSS/CRM(by 亿迅亿迅)TuxedoTuxedoOracle Service

3、Bus (全省集中)(全省集中)TuxedoSOAPTuxedoTuxedoTuxedoOSB评测环境ItemItemQty.Qty.DescriptionDescriptionOSB服务器1HP superdome 64CPU 128G内存 测试压力机1IBMX346 2*3.0G xeon/8GBLoadrunner 8.1 OSB按照目前业务需求配置,停机及复机请求由同一流程处理OSB评测标准指标名称指标值要求事务处理类的吞吐率(个/秒)=150处理的响应时间(秒)=1系统资源不存在内存不足的情况。CPU占用和压力成正比。达到指标要求的压力时, CPU占用率不超过80%现阶段,OSB只处

4、理华为OCS系统与亿迅CRM系统反向接口服务,包括欠费停机,充值开机。预计09年底增加其他服务后,OSB需要达到的指标如下:OSB总体评价 1221考核指标考核指标达标情况达标情况处理能力处理能力165TPS压力下,各请求均能正常处理,错误率为0, 90%请求处理时间在0.05秒以内,满足指标要求稳定性稳定性长时间压力下,系统表现平稳,各资源使用稳定,cpu占用在10%以下,满足指标要求案例小结案例小结 Oracle Service Bus支持丰富的接口类型,通过配置可以直接将IBSS Tuxedo接口转换成Web Service,降低集成难度 通过采用服务总线架构,独立实现集成逻辑(格式转换

5、、路由等等),大大提高了服务的重用性,降低集成成本Agenda 广东电信OCS案例 浙江移动12580改造 中国铁通TBSS案例 河南网通BSS案例 其他案例浙江浙江12580改造改造- 项目背景项目背景 12580综合信息服务门户为用户提供餐饮、娱乐、交通、旅游、便民等各类信息查询,以及机票预订和酒店预订等商旅服务。用户采用语音、短信、WAP、互联网等多种接入方式 12580呼叫中心对于中国移动本省客户、外省客户的业务是分别调用CBOSS、RBOSS等接口。 由于CBOSS、RBOSS接口比较简单,12580在调用移动内部接口时,需要进行许多逻辑判断,增加集成的复杂度,从而影响了12580业

6、务发展的灵活性 逐步构建BOSS系统对外服务的统一接口平台 采用Oracle Service Bus后改造项目已于2007年上线,服务浙江移动3000万用户浙江移动浙江移动12580改造方案改造方案数据中心1接口功能权限校验业务路由数据中心2接口功能身份权限验证服务业务服务总线业务服务总线 -ESB客服及电子渠道类系统ATMIATMI外围SP类平台HTTPHTTP远程写卡平台CORBACORBA业务路由决策服务数据中心1接口服务数据中心2接口服务服务注册服务注册接口应用逻辑实现层APP接口适配接口平台公共服务模块接口平台公共服务模块接口平台业务服务模块接口平台业务服务模块BOSSBOSS系统统

7、一接口平台系统统一接口平台BOSS公共数据库BOSS数据分中心DB1BOSS数据分中心DB2CBOSS系统CORBACORBA通过整合和集中BOSS系统的对外服务接口,使不同平台来的服务请求能够获得统一的业务处理规则,并解决了接口功能重复建设的问题通过对服务接口的重构,提升了接口功能的内聚性,减轻了外围平台服务调用的复杂度,同时BOSS业务规则能够收敛到系统内部,易于管理和调整实现对外部平台的管理及服务接口调用的权限认证,使BOSS系统的对外服务提供更加安全和有序通过引入ESB服务总线,提升了系统间应用集成的效率和灵活性,使接口平台上的功能服务能快速的发布出多种类型的接口方式,增强了对业务需求

8、响应的及时性,并能够实现对服务接口的规范化管理。同时服务总线的建设也为系统总体架构向SOA方向发展提供了可行的技术支持统一接口平台及ESB服务总线的建设,对外屏蔽了BOSS数据域的分拆,从而大大降低了由此所给外围平台产生的影响平台建设的优势及提升面BOSS系统对外服务的统一接口平台体系架构系统对外服务的统一接口平台体系架构Agenda 广东电信OCS案例 浙江移动12580改造 河南网通BSS案例 中国铁通TBSS案例 其他案例 首先服务共享一直是河南网通信息化建设时强调的基本原则。 当前97、网上营业厅及10060和计费系统之间的接口问题影响了各系统系能及管理。 企业信息总线(ESB)技术从

9、理论上可以解决安全性、异构平台和接口可配置等各方面的问题,因此考虑通过ESB实现服务共享。 从长期规划来看,ESB平台将会集成河南网通业务系统中的主要系统,成为业务系统服务共享的枢纽。河南网通河南网通ESB项目背景项目背景由于各系统平台差异、集成商的配合、安全性等各方面的因素,多数系统并没有实现服务共享。业务功能有限,难于灵活扩展网通对接口缺少管理能力,出现问题只能事后监督,缺乏管理的实时性和有效性。河南网通河南网通面临的业务问题面临的业务问题系统现状系统现状97客户端97系统计费系统欠费查询接口接口表方式11密码查询接口2网厅客户端Web Service方式系统的建设目标系统的建设目标 接口

10、集中管理 建立接口集中管理平台 提供可靠稳定的运行环境 数据交换平台 改造原有接口,实现和多个系统的互联 对重点系统的接口进行改造 外围支撑系统 包括网厅等提供支撑的系统基于基于Oracle Service Bus的解决方案的解决方案对对ESB平台的要求平台的要求 全面的集成能力: 和Tuxedo 产品等进行无缝集成 支持socket,HTTP,Web Service协议 在业务处理方面: 可以支持接口数据的动态转换 全面的业务监控能力,较强的报表能力 有开放的安全架构、成熟的错误处理过程 高性能处理: 高并发和大压力的处理能力,能够满足每天30万次接口调用处理OSB平台下的新业务流程平台下的

11、新业务流程以交费开机为例计费客户端计费系统97系统网管系统12代理服务97修改用户信息网管开机服务修改用户信息服务开机服务RouteResponse5.15.2676开机服务注册在应用整合平台上,代替接口表开机流程采用服务重组实现,流程不可视可以是同步调用/异步调用应用整合平台通过配置实现定制程序的能力总结总结 SOA使企业拥有更灵活的IT架构 将欠费查询、密码查询等封装为业务服务,便于系统间的调用和功能重用 系统间功能访问可以通过OSB灵活调用,适应了业务的快速变化 易于今后和其他系统的集成 帮助用户使用SOA概念和方法规划河南网通业务系统,并将之带入联

12、通网通整合方案中。 用户对OSB在关键业务中的使用信心 SOA方法论的落地Agenda 广东电信OCS案例 浙江移动12580改造 河南网通BSS案例 中国铁通TBSS案例 其他案例项目背景项目背景 由于中国铁通原有的业务支撑系统开发、建设时间较早,在满足用户不断增长的业务需求方面还存在着一定的差距. 为满足铁通未来业务的发展、服务水平的提高、营业收入的增长需要,铁通于2004年提出建设铁通业务支撑系统TBSS. 新一期TBSS从业务和架构上功能域进行了清晰地划分,同时引入了多家集成商的竞争性机制,要求系统实现以及接口实现必须采用基于标准、开放和互操作的技术路线 新一期TBSS基于服务总线架构

13、,采用BEA ALSB(即现在的Oracle Service Bus)产品 2006年年底,铁通启动了试点工程,率先在集团公司、河北、辽宁三个点实施TBSS. 2007年底完成三个试点TBSS上线运行. TBSS业务功能架构业务功能架构 核心系统 两级中心 十大功能域TBSS内外部集成关系内外部集成关系 TBSS各功能域之间 TBSS两级中心之间 TBSS与外部系统主要接口类型分析主要接口类型分析 关于接口实现方式的选择,有以下三个主要因素需要重点考虑:同步或者异步调用方式、接口的实时性要求以及接口的数据量大小。排除一些不合理的组合或者不常见的类型,本项目主要考虑以下三种类型的接口 :接口类型

14、接口类型主要特点主要特点举例举例同步实时接口同步实时接口同步实时小数据量比如:在定单录入进行客户核查时,营业系统需要向帐务系统查询客户或用户的欠费信息异步接口异步接口异步非实时小数据量比如:客服系统生成业务受理预订单后,需要传给营业系统进行校验生成正式订单批量数据接口批量数据接口异步非实时大数据量比如:为统计需要,省TBSS系统需要定期上传大批量帐务数据到集团TBSS系统接口技术选择原则接口技术选择原则 现有BSS接口主要是采用文件和数据库表或视图方式共享数据,各功能域都是封闭的架构,耦合度很高,适应变化能力差; 新一期TBSS从业务和架构上功能域进行了清晰地划分,同时引入了多家集成商的竞争性

15、机制,要求系统实现以及接口实现必须采用基于标准、开放和互操作的技术路线; 在综合考虑技术的先进性、开放性、标准性以及适用性的基础上,规范以下基本技术原则 对于同步、实时、小数据量接口,采用WebService技术实现 对于异步、非实时、小数据量接口,采用JMS消息队列技术实现 对于批量数据接口,采用基于文件或者基于共享数据表机制实现各功能域提供的接口统计各功能域提供的接口统计功能域接口方式接口数量举例采集File1将采集文件传送给专业计费或者综合结算专业计费File2将计费处理后的帐单信息传送给综合帐务WebService3实时/历史话费查询Table/View2实时/历史详单查询综合帐务Fi

16、le3省份公司向集团汇总铁业等集团帐目数据WebService4用户欠费信息查询查询Table/View4客户消费收款清单查询综合结算File8网间报表基础汇总数据综合营业WebService10查询用户基本资料JMS4集团向省分公司下发全国性产品目录Table/View7三户、产品、地域等资料变动综合客服File1客户服务处理工单批量接口WebService1客户服务处理工单状态和历史查询JMS7省份到集团的转办工单接口营销渠道WebService5销售区域查询接口Table/View1代理商基本档案变动大客户管理File7向集团申报全部大客户的实收信息决策支持File8纵向联网类接口总共定

17、义了78个接口。其中,WebService接口23个,JMS接口11个,Table接口14个,File接口30个。接口技术架构选择接口技术架构选择 企业服务总线企业服务总线企业服务总线企业服务总线决策决策客服客服大客大客营销营销结算结算营业营业帐务帐务计费计费 投资保护投资保护异构消息代理遗留应用和协议支持 适应变化适应变化可配置的路由和转换动态变更,支持热部署基于开放标准,松耦合,服务可重用 集中管理集中管理统一管理不同集成商,不同系统的接口监控接口的可用性管理接口的服务质量,SLA 企业级接口重用企业级接口重用集中的服务注册分布式服务调用出色的性能出色的性能-RASP(Reliability, Availability, Scalability,Performance) 测试环境: 4G内存,2-CPU双核Intel Xeon服务器 每秒能够处理6300 个5KB 的HTTP消息(24 Client) 每秒能够处理2600 个非存储JMS消息 每秒能够处理1800 个存储JMS消息基于服务总线的基于服务总线的TBSS集成技术架构集成技术架构Agenda 中国铁通TBSS案例 广东电信OCS案例 浙江移动12580改造 河南网通BSS案例 其他案例600+ 客户选用客户选用通讯行业通讯行业客户名称客户名称项目项目产品产品浙江移动BOSS、12580OSB上海

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论