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

浅谈电信内部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之外的更多数据类型支