基于soa的i业务整合研究

基于soa的i业务整合研究

1互通性建设模式为了支持自己的业务运营和网络维护，电信运营商建立了多个系统来支持自己的业务运营和网络维护。传统建设模式中,IT系统独立建设,缺少互通性和协调性。随着运营商向多网协同、全业务和移动互联网三大战略转型,对IT支撑系统能力进行整合,提升信息共享和跨域协作能力,全面支撑公司战略转型势在必行。2支持系统现状和问题分析(1)系统总体架构传统的电信运营商以省或地市为单位规划建设IT系统,分散建设不仅效率低、成本高,而且很多信息被屏蔽,管理层面缺乏全网的准确信息。以中国移动为例,IT支撑系统分为BSS(业务支撑系统)、MSS(管理信息系统)和OSS(网管系统),系统分离建设、系统间重复数据多、接口复杂、跨部门的业务流程长、需求响应慢,提取内部数据和外部数据需要跨部门的协调,流程和时间长。目前部分运营商已经逐步尝试资源池建设,新增计算能力逐步向x86服务器倾斜,大数据项目建设中引入并行计算和分布式存储。(2)安全防护重复建设系统间接口复杂,数据不共享,造成客户体验较差,故障率较高。数据组织缺乏体系化,重复性建设严重,造成投资浪费。例如:系统间接口重复建设;公网访问、病毒防护、入侵检测、漏洞扫描等安全防护重复建设;平台类型重复,如数据库、应用服务器中间件、消息中间件、企业服务总线、流程引擎、Portal等。项目建设周期过长,对新业务的支撑进度相对缓慢,无法满足快速变化的市场需求。底层的硬件架构制约上层的应用扩展,支撑系统时常需要扩容或迁移。核心支撑系统一般采取1+1备份方式来确保安全,资源利用率不高。基础设施维护人员无法复用,维护效率难以提高。3支持系统整合的方法论3.1强化it支撑的云规划方法以中国移动某省公司为例,参照国际通行规范对整个企业IT架构进行全方位分析,如图1所示。从以上IT规划方法论分析可以看出,IT支撑系统的整合需要建设和完善BSS、MSS和OSS的SOA(面向服务架构)架构,并构建ESB(企业服务总线)联盟;需要开展三大系统的基础资源云计算资源池规划;需要建立相应的组织结构对IT技术架构进行管理。3.2架构和云计算IT支撑系统整合离不开两种技术理论:SOA架构和云计算。SOA架构专注于从数据和应用架构层面实现IT解耦和标准化;云计算技术侧重于从基础设施入手,实现IT基础设施的服务化。3.2.1接口的采取方式SOA是一个组件模型,它将应用程序的不同功能单元称为服务,通过在这些服务之间定义良好的接口和契约联系起来。接口采用中立的方式进行定义,独立于实现服务的硬件平台、操作系统和编程语言,使得构建在各种系统中的服务可以一种统一和通用的方式进行交互。ESB是SOA实现的核心架构,引入ESB总线集成架构可以解决三大IT支撑系统内部和系统间的服务集成问题。3.2.2网络地台和服务池云计算的定义很多,美国的NIST组织给出的定义如下:云计算是一种能够方便按需从网络访问共享的可配置计算资源(如网络、服务器、存储、应用程序和服务)池的模型,且只需最少的管理或服务提供即可快速供应和发布该模型。云计算模型可提升可用性,具有5个重要特征(按需自助服务、资源池化、快速伸缩、按使用量收费的服务、广泛的网络访问)和3种服务模型(SaaS、PaaS、IaaS)。4支持系统整合措施4.1创建平台、实现资源共享IT基础设施层的整合可以高效解决系统间数据共享、数据一致性、数据关联分析等问题,企业内部软件资源(数据库、中间件、安全管理及其他第三方软件)和硬件资源(服务器、存储备份、网络、安全设备)的共享问题,以达到节省投资、提高整体系统资源利用率的目的。从当前的硬件发展来看,x86服务器具有通用性高、成本相对低廉、硬件标准化程度高,虚拟化软件可以实现跨厂商资源共享等特点,更受云计算的青睐。云计算技术对单机的可靠性要求大大降低,云计算采用数据多副本容错、计算节点同构可互换等措施来保障服务的高可靠性,克服了x86服务器单机稳定性较低、单机处理能力相对较低的缺点。由x86服务器、网络设备和存储设备组成的基础设施,经过虚拟化和资源池化管理技术,实现了计算能力、存储能力和网络能力可调度的标准资源池,根据业务系统的需求和并发情况对底层虚拟化资源进行动态调度。同时,分布式技术应用于x86服务器,实现了多台小机器实现大计算能力的目标。整合措施:大力推进x86体系引入,构建以x86为主体的物理计算资源体系,数据分析系统实现分布式存储代替高端存储;建设共享资源池,实现资源共享;引入开放的分布式计算平台取代高端计算机和高端存储的需求。现有IT支撑系统的PC服务器、小型机和存储估计80%以上可以实现虚拟化和池化管理,未来在适当的时间可全部纳入资源池管理。未来新购设备应100%具有池化能力。例如:BOSS接口服务器x86化,待小型机设备逐渐淘汰,可逐步将接口部署在云平台中;利用分布式并行数据库+x86构建详单存储、处理与查询;采集预处理、计费批价、结算等逐渐x86化;账务处理采用分布式并行数据库+x86架构构建;CRM除数据库之外均进行x86化。4.2对一些复杂的sql体系进行整合的必要性云计算的目的是提供服务,虽然经常可以看到基础设施即服务、平台即服务、软件即服务等概念,但事实上,云计算最核心的两个服务是“计算”与“数据”。多年以来,IT支撑系统主要关注的数据是业务数据,包括交易、账户与参数数据等。这些数据被以基于二维表的关系模型存储在各种大、中、小型的商业数据库中,对于那些海量的、快速增长的、不适合或不值得采用商业关系数据库技术来管理的数据,采用云计算的大数据技术则更为合理。大数据技术的设计理念是:通过牺牲关系数据库的某些特性,并采用分布式并行技术来获得对海量多类型数据的高可用。因为在有些应用场景,体系化的、复杂的SQL体系是不必要的,并且在很大程度上影响了数据库的扩展性与效率、成本等因素。大数据技术抛弃了那些不必要的内容,获得了关系数据库在这些领域所不能达到的效果。例如,NoSQL数据库抛弃了复杂的SQL体系,以精简的索引与数据分布机制获得了海量管理能力、极限性能、低成本、高端可扩展等特征;MapReduce则是对海量数据分布式计算领域的一个重要创新,但也只是在适合于并行处理的大规模批量处理问题上更占优势,而对复杂Join的操作则不一定有优势。对于哪些IT支撑系统数据更适合引入大数据技术进行整合分析,具体分析如下。长期规划的历史数据:这些数据其实是企业关键业务数据,但一般对访问的事务性、关联性要求都不高,同时对数据存储的完整性要求也不是那么严格,由于它通常是多年的规划,因此,数据量庞大且对扩展性要求高。用高端关系数据库管理历史数据,成本上非常不划算,因此大数据技术是很好的选择。经营分析系统(BI)固定报表:由各种BI系统产生的报表文件(PDF、Excel、Word等格式),时间越长,数据量越大,需要一个专门的存储管理系统。应用系统运维数据:应用系统产生的大量日志和日常系统运维所产生的各种文件等,数据量大、增长快,需要一个低成本的管理、搜索与分析平台,大数据技术正是为此而设计。中间状态的数据:IT系统在数据流转过程中,有大量的中间状态文件,对这些海量文件的处理,可以采用大数据技术。将大数据技术引入进行数据整合,建设企业级大数据分析平台,从而将长期的、海量的、各种类型的数据(包括企业历史业务数据)以低成本的、可方便扩展的方式存储起来,进行一些SQL技术并不适合的高效分析工作,以作为企业BI平台的补充,这是IT支撑系统基于云计算整合的一个关键内容。4.3esb互联网IT支撑系统的整合整体上需要采用SOA设计模式,而在具体各个部分的架构设计时,采用云计算技术予以实现。SOA平台本身的ESB能力、流程引擎能力、规则引擎能力等可以演化为云计算中PaaS层平台的能力,SOA平台需要IT硬件基础设施可以直接使用云计算平台IaaS层的计算能力单元和存储能力单元,这些单元可以服务的方式接入到ESB总线上。ESB是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。ESB的作用在于跨越不同结构的系统把其提供的服务连接起来,使服务与服务之间沟通并连接到统一的总线上来,使不同的应用服务器协调运作,实现不同服务之间的通信与整合。从功能上看,ESB提供了事件驱动和文档导向的处理模式,如Web服务、Messaging等多种服务集成方式,以及分布式的运行管理机制,它支持基于内容的路由功能、多种消息传递形式以及支持广泛使用的传输协议,并可以提供一系列的标准接口。ESB在IT支撑系统中扮演着重要的角色,在技术层解决系统的整合问题,耦合应用与应用之间的集成逻辑,使得IT支撑系统更灵活、更易于扩展、更敏捷。有了ESB,新建的服务用户的应用程序不需要关心服务的提供者在哪里,使用何种通信协议,与其交互的数据是怎样的,只需向ESB发出请求,使用开放、标准的通信协议。相反,若某个可重用的、价值较大的服务位于某一个遗留系统中,而由于种种原因,该遗留系统不能在短期内重写,此时ESB可以架起该服务与其使用者之间沟通的桥梁。ESB或ESB产品有其特定的适用范围,它是基础设施层的概念和产品,解决整合中的常见问题,如服务连通、路由、消息丰富、服务的注册/查找/发布等服务的管理、服务监控和质量保证等。PaaS又被称为共享中间件,其特点是对JavaEE应用服务器、消息中间件、BPM、ESB、门户服务器等进行虚拟化,将多个中间件整合成应用基础设施资源池,为用户提供一个高端的应用开发、测试和运行环境。当形成云计算中间件的时候,ESB总线是该中间件平台必须要具备的一个能力,通过ESB总线可以实现IaaS、PaaS和SaaS层之间通过ESB的总线式集成。PaaS既是一个在线开发环境,又是一个在线执行环境,无论对于开发还是执行,在SOA中的数据服务、业务服务、流程服务、展现服务等都可以作为PaaS层在线开发的能力单元。这些能力单元在线进行服务编排和组装又可以借助SOA本身已有的BPEL和规则引擎来完成。只是SOA中间件本身的很多能力都云化了,而不再是为单个应用提供服务。通过SOA架构对IT支撑系统应用进行整合,实现了对业务流程的重组,减少运营商内部的信息系统重复建设,消除信息孤岛。4.4统一组织、分散开发目前的IT系统管理模式和云计算的管理模式某些方面存在着天然的矛盾,云管理平台是强调集中化的优势以及应用平台资源的分层耦合管理,但是传统的IT系统管理和使用模式在某些方面和云计算的理念有不相适应的地方。云管理平台需要有专人负责操作和调度,PaaS层能力需要有专人统一开发和维护,而在SaaS层依然可以像从前一样,不同的应用由不同的人员维护。由此可见,在实现“云化”改造以后,电信运营商的相关管理体系和组织架构需要根据云架构的具体需要做出调整。需要独立的组织承担IT基础资源的规划及按需分配,减少IT基础资源的频繁审批、投资、建设。IT基础设施的维护可进一步分离,由独立的机构承担。PaaS平台管理由单独部门或组织进行维护,并根据业务部门的需求进行投资建设和管理IT支撑服务。4.5分散改造试点建设时的启动IT支撑系统整合应遵循“统分兼顾,逐步集中”的建设实施指导原则,初期采用已有平台分散改造试点和新建平台统一建设的模式展开,需要在保证现有业务正常进行的情况下有序进行,分步骤实施,具体如图2所示。5基于云计算和soa的it支撑系统整合