浅谈电信内部IT架构的电商化演进

李红兵

[摘 要] 本文针对中国电信集团提出“去电信化”在IT支撑层面的落实开展研究。选择该论题的原因有以下3个方面：一是去电信化趋势，必须跳出原有的思维模式，结合互联网的经验力求创新；二是近些年淘宝、腾讯等互联网公司兴起，电信需要学习其先进的电商化IT架构并应用到实际支撑工作中；三是落实市场化差异化原则，采用电信业务结合电商化IT新架构来服务用户。本文聚焦于IT架构电商化，结合平台与应用特点，阐述PaaS架构实现模式。

[关键词] DaaS（数据服务）；PaaS（平台服务）；平台；应用；去电信化

[中图分类号] TP315 [文献标识码] A [文章编号] 1673 - 0194（2014）15- 0042- 02

0 引 言

浙江电信第一代IT系统是97系统，经过七八年的发展，电信集团于2004年推出MBOSS 1.0规范，对现有生产和保障体系做了明确定义，并将电信内部的IT支撑分为BSS、OSS、MSS和EDA四大领域。MBOSS诞生已有近10年时间，在此过程中产生很多生产系统，从前期的CRM（营业）、Kenan（计费）、GIS/WebGIS（管线）、NetMaster（设备）和综合调度，到后来的OCS（融合计费）、营销、服务开通和激活等，所有这些都凝结着中国电信IT人的智慧。

随着电子商务和互联网的兴起，传统IT架构已经很难满足当下对数据存储、对象服务、流程总线和应用体系的要求，尤其是大数据时代来临，更是带来一批新兴技术。中国电信要实现IT系统架构去电信化，其根本就是与电商化结合，贯彻“平台+应用”的整体建设思路，打造全新的电信业务PaaS架构体系，并以某个领域的生产系统作为试点进行实施，进而推广至全领域。当然在整个过程中，“去IOE”内容必不可少，IBM、Oracle和EMC是组成数据库系统的三驾马车，这是摆在所有电信IT人面前的难题。系统数据库全面使用PC Server+MySQL来替代原来的IOE，是未来IT发展的一个大趋势。以下本文就电商化架构结合电信业务做一个比较详细的描述。

电商化架构PaaS体系主要由数据层、平台层、应用层和管理平台4个部分组成，以前两部分作为重点，架构例图如图1所示。

（1）应用层架构要求：可实现与服务平台的对接。采用应用调用平台服务的模式，实现在平台上开发和覆盖应用。具备应用定制能力和平台对接能力。

（2）平台层架构要求：构架PaaS平台，包括总线集成服务、业务服务和技术服务。对业务服务在平台上开放。符合SOA架构标准，具备集成能力、横向扩展能力、服务管理能力。

（3）数据层架构要求：实现对多数据库、多数据路由的访问和管理，具备数据的横向扩展能力。

1 结合互联网大数据处理，引入数据库分片分域分流措施

电信业务的数据量较为庞大。考虑到数据库的扩展性，结合电信内部业务复杂度，数据库设计参考并且有取舍地选用了互联网大数据的处理方式，针对不同的数据使用策略，分别采用Oracle、MySQL、NoSQL数据库库产品。针对分库，异构数据库的情况，引入云计算中DaaS的概念，屏蔽数据库底层的差异化和数据分布方式。在目前各业务数据库中融合了业务图层数据、统计报表，应用层面的数据库加大了原数据库的占用核心生产数据库。在目前各生产库中最大的表主要为接口日志、单据信息、审计信息等，而这些都可以转入到其他库中。

1.1 数据库分片

数据库应能够满足多用户按本地网存储的方式，保证数据库可动态切分，存量数据域采用Oracle存储，将本地网的所有用户分在多个数据库内。查询分流域数据用MysQL存储，不同本地网的用户单独采用不同数据库实例。

1.2 数据库分域

数据库设计采用分特性存储模式，在现有Oracle数据库的基础上，适度引入MySQ1、NoSQL。总体存储要求如下。

Oracle用途：核心数据库，存储活跃数据，保证核心数据的稳定性、集群的高效能、可靠维护、割接数据的平滑迁移。

MySQL用途： 提供给相关系统或人员的只读使用，可分流外系统对核心数据库的访问压力，保障核心应用的稳定性，逐步推进互联网化策略。

NoSQL用途： 存储非活跃表数据。采用Hadoop集群中Hbase+Hive技术，存储非结构化大数据，其中Hbase用于大数据的增删改查操作，而Hive主要是用于数据统计分析。

DFS用途： 存储平面文件。

Redis用途： 系统的静态数据、数据字典、规格数据、DaaS的中间处理结果集。①Redis使用最佳方式是全部数据in-memory；

②Redis更多场景是作为MemCached的替代者来使用；③当需要除Key/Value之外的更多数据类型支持时，使用Redis更合适；④当存储的数据不能被剔除时，使用Redis更合适。

1.3 数据库分流

应用服务需要根据业务要求划分为for Oracle服务和for MySQL服务（只有部分），为了减少DaaS的负载和复杂度，在应用到服务之间需要采用负载均衡机制进行分流，根据请求分流到“业务服务for Oralce”和“业务服务for MysQL”上，然后到DaaS，DaaS再根据协议路由到具体数据库中。

2 以服务为依托，总线为串联，奠定“平台+应用”的基础

PaaS平台层的搭建以平台化、服务化为基本原则，目标在于构建统一的服务平台，以服务的方式实现与应用及外部系统的无缝集成。PaaS平台包括集成总线（IPaaS）、服务平台（APaaS）、数据服务平台（DPaaS）、服务管理接口4部分。

（1）IPaaS，通过向服务总线注册SPI实现远程调用，包含业务服务和技术服务。

（2）APaaS，即服务总线，是对服务的统一集成，将服务向应用暴露，进行应用与服务之间，应用与应用之间集成互访，包含企业总线及内部服务总线。

（3）DPaaS，即DaaS服务平台，实现对数据库的访问。

（4）服务管理接口，PaaS平台与管理平台之间的通信桥梁，管理平台通过服务管理接口，实现对IPaaS、APaaS、DPaaS的配置、监控及告警。

PaaS通过服务总线实现应用系统间的应用集成。服务总线包含外总线和内总线，分别处理外部应用集成与平台服务集成、内部应用系统之间集成问题。外总线、内总线有各自的服务目录，对服务进行管理。服务目录记录服务相关信息，包括服务名称、服务编码、URL 地址、功能描述、版本信息、发布时间、发布人员、状态、输入参数、返回值、错误代码、服务能力等信息。

仅在外部系统、异构系统调用的时候才会采用外总线，即企业服务总线、硬总线或应用层总线。外部系统调用平台服务，服务由平台提供，走外总线。内总线也称软总线、服务层总线。总线除接收消息端点兼容的内容，只保留剩下的服务代理、数据处理、服务轻量编排、路由等功能。应用调平台服务走内总线，业务平台内部组件通信走内总线。

服务能力开放体系是电商化的核心目标之一，是实现运营服务目录全网统一管理，推进全网运营服务标准化，全网集约化运营的基础。借鉴SOA的理念实现服务的识别和封装，构建开放、透明、分层的体系架构，对服务规格和服务目录进行标准化，最终实现服务能力的“一点发布、全网共享，即发即用”。PaaS平台层的服务能力主要分为业务服务和技术服务两种，均部署在服务总线上。

业务服务按功能分为五大类：数据对象服务、业务逻辑服务、对外接口服务、元数据服务、GID服务。

技术服务实现对业务服务的支撑，与业务功能关联紧密，在技术中间件基础上做业务封装，实现技术组件、集成适配和中间件集成。技术服务设计应注意统一技术服务的使用方式，使技术服务可替换。技术服务从服务层、实现层、适配层、中间件/平台4层提供服务。

3 完善应用层建设，做好服务支撑，提升服务能力

应用层主要是进行系统操作相关的应用，包括C/S架构桌面程序，Web架构的应用和移动应用。应用层需以建立更实用的应用为目标，在应用层实现所需要的数据、工具等都作为私有数据库或应用，平台不作为管理。

应用层在设计时，需要注意以下几点：

（1）应用层需要具备统一风格，注重用户体验。

（2）应用层可基于服务的提供，分散实现多种应用，对服务的调用可组合。

（3）应用层根据“契约模式”提供服务和接口语言陈述，并驱动服务层的设计。

（4）应用层应当具备“可互操作性”，可向“外领域”提供服务。

4 规范管理平台建设，强化运营支撑手段

管理平台通过应用层管理代理接口及平台层代理接口，实现对应用层、平台层的统一管控。主要功能包括应用管理、服务管理、资源管理、数据管理。管理平台需要对后续综合运维提供帮助，使运维人员更多借助平台进行操作.

（1）应用管理：对于外部接入应用的管理，包括应用监控、应用配置、应用控制，能对应用的合理性进行审核，对外部数据交互有校验机制。

（2）服务管理：包括订单监控、接口监控、后台服务，确保接口稳定性。

（3）数据管理：包括数据检查、检查指标、批量管理数据，需要有批量数据核对稽查机制，确保资源数据的高质量。

（4）资源管理：对于IT服务器设备资源的管理，包括设备管理、端口管理、资源监控，提供资源统计、预警等功能。

5 总 结

以上是对电商化架构结合电信IT发展思路的思考。电信IT结合电商化架构针对传统IT所必需的关系型数据库，有选择地做了承接。新架构继承了电信核心域数据的Oracle管理方式，对日志、大文本和图片等选择了大数据存储模式，同时将读写分离，引入MySQL管理，加快查询速度，并在存储上做了分片管理，使整个架构的数据库支撑更立体化和实用化。

除了数据库改变以外，“平台+应用”概念的贯彻，进一步规范了系统建设，大平台微应用、服务能力开发和应用多元化支撑，是整个PaaS体系最独到之处，对于电信数据和系统的企业级管理和对外开发服务有非常大的帮助。

电信IT架构是与电信业务系统紧密关联的，因此单纯采取全部“拿来主义”，肯定不能适应目前电信业务和技术发展。借鉴有用的经验，并将这些应用到实际生产系统中去，是最终能实现IT突破的有效途径。在“去电信化”和“去IOE”的道路上，电信IT人需要努力的事情还有很多。