中国移动集团电子运维系统整合探究.docVIP

中国移动集团电子运维系统整合研究 　　【摘要】 本文主要对中国移动集团中电子运维系统的整合进行分析，重点对系统现状和存在的问题进行分析，并提出了三种不同的整合方式，最后探讨出基于SOA的同质松耦合方式是最为理想的一种整合方式 【关键词】 中国移动集团 电子运维系统 整合 一、引言 在中国移动集团的电子运维部中，有两大工单系统，即电子运维系统和集团NOC，系统的开发商也是不同的。对于集团电子运维系统，负责处理生产指挥及客户保障相关事宜；对于集团NOC工单系统，则负责处理网络中的故障。根据未来发展的趋势以及集团内部的发展目标而言，这两大体系今后将会从集团内部开始，逐步实现整合，在外部设施中主要表现出一个完整统一的电子运维体系（EOMS）[1] 二、系统现状及存在的问题 对于科大的电子运维体系和集团NOC系统，是两个独立的体系，需要分别进行建设。他们均在J2EE的B/S架构的基础上进行的，在其他方面有较大差异。目前，有以下问题 1、两个系统给运营与维护带来不便。相对于移动集团内部的运维工作人员来说，可以登录这两个大系统进行各项功能的实现，不过，使用起来也不是很方便。为了逐步实现工单流转的情况，一般是采用系统接口的形式，将省集接口与集团的电子运维体系进行对接来实现 2、流程不能贯通。对于流程往往不贯通，选取移动故障申告处理流程作为例子来说明，目前，CNOC以科大电子运维系统为核心，采用科大的电子运维体系，来收取一些客户的申告，如果出现了移动故障，都是由集团内部的NOC工单系统进行维修处理，由此可见，这是两个分离的程序，在管理上，这两个流程需要对接，最终实现协同监控与处理 3、缺乏互操作性。在两个系统之间，有些需求得不到满足，尤其功能调用方面。比如说，在移动集团中的NOC工单体系，经常会使用到呼叫中心，这就需要运维体系进行作业规划，以实现这些功能。而这两个系统被整合为一个统一的集团电子运维系统，对外提供功能模块供集团和省运维人员访问，包括：生产指挥、客户保障、网络保障等，其中，原厂商开发这些对应的功能模块[2] 三、系统整合方案 3.1 同质紧耦合方式 同质紧耦合的方式运用的系统是集中式的，作为一种彻底性质的整合，在其内部系统，耦合的程度是比较高的，能够在系统内部进行很方便的调用。同质紧耦合方式一般有两种设计方案，他们都选取一样的数据库、J2EE应用服务器以及流程引擎。唯一不一样的就是在流程引擎上，方案1选择的是BPS 6.0 for J2EE，方案2选择的是BPS 6.0 for EOS。以方案 1 作为案例来说明，在同质紧耦合的方式下，在同一个平台上，系统进行开发和部署，各个模块之间能够自由地被调用，所以，一些问题都轻易地就解决了 3.2异质松耦合方式 异质松耦合方式，这是对于现在的系统改造影响最小的一种手段。根据移动集团电子运维体系的现状而言，最可行的方案为：不改变系统的总体架构，运用Web Service接口来将双方的操作流程联系起来，都由一个门户去完成界面的展现以及单点登录。在外是一个统一的体系，在内则是独立的两个系统。运用此种方式能够实现目标，做出的改造成本也最低，不过在接口服务的开发上相对复杂一些，不能很好地实现同现有的业务之间的重复使用 3.3基于SOA的同质松耦合方式 SOA（面向服务的架构）的同质松耦合方式是最佳的解决方案。而且未来的系统架构演进的方向就是SOA。是集团电子运维系统将来在系统框架方面的一个演进方向。SOA一般接受Web Service标准（如SOAP或REST），这些标准拥有相互之间的可操作性，不受一些专有软件的限制 现在这两大系统都不支持SOA。不过EOS6.0能够支持SCA1.0规范和SDO2.1规范，在其内部有企业服务总线（ESB），它和BPS6.0联合后便能够形成一个理想的SOA中间件平台。一个最为可行的方案就是把J2EE之上的各个层面都弄到EOS6.0上，运用一样的SOA中间件，流程引擎也是一样的。这样在SOA的系统间进行相互之间的操作就会很容易，可以很快速的发布Web Service，从而能实现各个系统之间的协作。当系统需要被调用的时候，构件也能被分布成具体的服务，进行远程操纵，实现信息的互通[3] 综上所述，采用紧耦合的集中发布系统虽然能够实现系统的整合目的，但是厂商之间的协调问题难以建立。采用松耦合的分布式系统，虽然内部不需要进行架构的改变，但是运用Web Service技术来实现系统之间的操作和贯通，难以整合到一起，很难整合现有的业务逻辑。采用基于SOA的系统，能够很便捷地把业务逻辑构件进行发布成为一项一项的服务，进行分布式扩展，这是目前很理想的一种整合方式 参 考 文 献 [1] 梁礼方.松