IT支撑系统技术架构的去电信化思考

田熙清　陈泳　胡颖茂

1 引言

随着移动互联网的快速发展，产业链的重点及利润在向上层业务提供商和终端厂家进行转移，运营商陷入了“管道化”的危险，因此中国电信提出了“去电信化”的转型思路，逐步摆脱目前的发展模式和发展困境。

电信IT支撑系统最早可以追溯到上个世纪90年代末的“九七工程”，即实现本地网电话业务的计算机综合管理，通过计算机自动化管理，减少过多的人工干预。2002年，中国电信制定了企业信息化战略规划（ITSP）1.0版本，首次把IT支撑系统明确划分为MSS（管理支撑系统）、BSS（业务支撑系统）、OSS（运营支撑系统）和EDA（企业数据应用）四大域，采用EAI技术，制定松耦合、模块化、可配置的技术架构，实现了核心IT支撑系统“省集中”的建设和运营。2007年，中国电信升级ITSP到2.0版本，遵循“数据与功能分离，功能和流程分离，应用与展现分离，生产与分析分离”的技术原则，引入SOA（Service-Oriented Architecture，面向服务架构）技术，在省公司层面整合、集中和优化核心系统，在集团公司层面建设了集团级系统，顺利完成移动网络业务割接，实现了差异化融合业务及全国全网业务的IT支撑。

目前电信IT支撑系统以省级公司为单位进行集中建设，技术架构上广泛采用传统成熟的IOE集中式架构，即以IBM小型机、Oracle数据库及EMC高端存储为主，软件提供商开发相应的应用程序运行在IOE架构上，这种架构的优点是成熟稳定，为电信业务快速发展提供了业务上的保障。但随着企业“去电信化”转型思路的发展，系统性能不高、柔性不足以及投资成本居高不下的问题日益严重。

2 现状及挑战

2.1 IT支撑系统现状

电信IT支撑系统逻辑架构如图1所示，包含门户层、应用层、服务层、数据层和基础设施层等，使用者为客户、合作伙伴和内部员工。系统为客户提供售前、售中和售后的端到端流程服务，包含订购、交付、计费及客户服务等功能。合作伙伴主要指销售渠道代理商，IT支撑系统为其提供订购、佣金结算等服务。内部员工按照工作岗位角色的不同，使用不同域的系统功能。

门户层针对不同的用户分为客户自助门户、合作伙伴门户和内部员工门户，作为不同用户使用IT系统功能的统一入口。

应用层包含四大域的不同系统功能，包含BSS域的客户关系管理（CRM）、计费、账务、结算及客户服务（10000号）等功能；OSS域的服务开通、服务保障、装维调度、综合激活、资源管理及网络管理等功能；MSS域的财务管理、企业资源计划管理（ERP）、人力资源、公文流转（OA）、知识管理等功能；EDA域的决策支持、经营分析、运营分析、管理分析以及做专题应用的数据集市等功能。从处理方式来看，BSS、OSS和MSS域属于联机事务处理（OLTP）系统，EDA域属于联机分析处理（OLAP）系统。

服务层包含企业服务总线（ESB）、数据总线及目录服务，ESB以服务接口方式实现系统间的服务调用，数据总线实现批量数据传递。

数据层包含企业数据模型中各主体域数据，如客户、产品与服务、渠道、账务、资源、人力、财务、物质和工程等。

基础设施层包含小型机、x86服务器、存储以及IT系统间的内部专用网络。

在物理实现上，门户层有Web页面和C/S客户端接入方式；应用层应用程序主要搭建在WebLogic、Tuxedo等商业中间件上；服务层采用商用ESB组件；数据层数据主要存放在Oracle数据库中；基础设施以IBM小机、EMC存储架构为主。在部署架构上采用二级部署，一级为集团公司总部，下面以省公司为单位独立部署，通过总部枢纽节点进行互联。

2.2 “去电信化”转型挑战

在企业“去电信化”转型发展思路下，对IT支撑系统提出了新的挑战：

（1）在“去电信化”战略下，电信以开放的心态，向产业链上下游进行拓展。系统使用者发生了结构性变化，以前主要用户为营业员、话务员、客户经理以及内部员工，少量渠道代理商用户，而现在扩展到电商、终端提供商等，前者如天猫、京东等，后者如苹果公司等。

（2）随着电信、媒体和信息、互联网内容和应用、终端制造、电子商务等行业“花园围墙”的倒塌，对手相互进入对方领域，所以除了支撑传统业务外，IT支撑系统需要支撑互联网基地业务、海外业务以及行业应用等。

（3）随着4G牌照的发放，网络建设投资将不断增加，企业IT投入只减不增，另外IOE架构在后期维护成本（OPEX）压力越来越大。

新的挑战对IT支撑系统提出了新的要求：

（1）对外部用户需要提供流畅的客户体验，像互联网公司一样的高并发性能；

（2）对新业务的快速响应能力，当前IT支撑系统版本升级流程复杂冗长，一个业务需求往往需要2～3个月才能实现；

（3）IT投资减少，倒逼IT支撑系统借鉴互联网公司成功的技术路线，进行技术架构转型来支撑业务的快速发展。

3 思考及演进思路

3.1 技术架构去电信化思考：去IOE

新的挑战及要求，倒逼技术架构改变目前集中式的系统架构，演变成具有良好横向扩展能力，高并发性能，高度柔性，低成本构建并且自主掌控，能够快速响应的新一代IT系统架构。

在这方面，优秀的互联网公司已经进行了先行探索，并获得了巨大成功，值得借鉴。淘宝从2003年开始，系统架构大体经历了三次大的调整和演进：

（1）2003年采用LAMP（Linux+Apahce+MySQL+

PHP）架构，部署在PC服务器上，数据库采用读写分离，但由于MySQL读操作会锁表，主从复制时会对Master数据库产生大量的读操作，使得主库性能急剧下降。endprint

（2）2004—2008年，采用IOE架构，用Oracle替代MySQL，部署在小机上，存储由NAS（Network Attached Storage，网络附加存储）换成了EMC的SAN（Storage Area Network，存储区域网络），开发语言变成了Java，在此期间，对数据库进行分库分表，冷热分离，在应用程序和数据库之间增加Cache层、CDN（Content Delivery Network，内容分发网络）等措施来提高数据库读写性能，但随着业务的急速发展，存储永远不够用，性能永远不够高。

（3）2009年开始，采用去IOE架构，x86服务器取代了小机，数据存储由MySQL Cluster和自主开发的NoSQL数据库取代了Oracle RAC（Real Application Cluster），存储采用硬盘和SSD（Solid State Disk，固态硬盘）技术，搭建分布式的技术架构，并成功应对了2012年的“双十一”促销，赢得了业界的关注和赞赏。

淘宝面对爆炸式的业务增长和高昂的扩容成本，采用去IOE的技术架构，广泛使用开源技术进行自主开发中间件、数据库，对传统企业的技术架构演变极有参考价值。

中国电信近5年来，随着C网和宽带用户的快速发展，以及固网用户的负增长，虽然总用户量年均增长率只有10%左右（见图2），但用户的使用量（包含话单、认证、停复机等）呈快速增长趋势。以最大子公司广东电信为例，2012年话单增长量比2011年增长了51.5%。另外按照“去电信化”发展思路，营销日趋电商化，存在很多瞬间高并发的应用场景，如终端首发、秒杀等。

目前传统IT技术架构仅能维持暂时的稳定，随着用户快速发展，“去电信化”转型战略发展的深入，不断压缩的IT投资，后续IT支撑系统压力将越来越大，势必需要对目前IT技术架构进行重新思考并梳理演进路线。

业务的快速发展、淘宝等互联网公司去IOE化的成功，为电信IT支撑系统技术架构的演进提供了方向：去IOE化。利用开源软件，进行自主研发，搭建高性能、高柔性、低成本的分布式系统。从软硬件发展来看，具有可行性。

（1）近10年来，根据IDC统计，x86服务器的市场占有率在不断挤压小型机的市场占有率。很多互联网企业和传统企业，把关键应用逐步迁移到x86服务器集群上。

以业界认可程度较高的SPEC CPU2006第三方基准测试结果作为主流4路中高端小型机和x86服务器的对比依据，可以看到两者的CPU处理能力差别不大。具体如表1所示：

表1 SPEC CINT2006 Rates Base结果对比

服务器 类型 CPU配置 CINT2006 Rates Base

IBM P750+ 小型机 Power 7+ 4.2GHz 32核 1230

IBM x3850 X5 PC Server E7-4870 2.4GHz 40核 1080

华为 Tecal RH5885 V2 PC Server E7-4870 2.4GHz 40核 1100

DELL r910 PC Server E7-4870 2.4GHz 40核 1030

注：CINT2006用来测量和比较计算密集型的整数性能，Rates Base是指整机CPU性能在缺省优化规则下的基准结果。

另外根据中国电信评测实验室基于典型省份CRM系统业务场景定制的CTB-C（China Telecom Benchmark-CRM）基准测试结果，核心系统中常用4路小型机和x86服务器在综合负载下的性能、能耗和指标相比也非常相近。

（2）今天的开源软件不断成熟，并在大型互联网公司得到了大规模的验证，同时社区非常活跃。

（3）存储技术不断发展，SSD和PCIe Flash技术在IOPS（Input/Output Operations Per Second）、延迟方面，相比于机械硬盘，SSD提高了30多倍，PCIe Flash最高可达900多万IOPS，而延迟降低到几十微秒。

（4）互联设备也在不断发展，Infiniband是一种支持多并发链接的“转换线缆”技术，传输带宽可达40～56GB/s，延迟降到纳秒级别。相比于SAN，带宽提高了4～5倍，延迟降低了近10倍。

3.2 技术架构演进思路

基于硬件的快速发展以及开源软件的不断成熟，IT支撑系统技术架构演进的参考目标如图3所示。

（1）基础设施层用x86工业标准的PC Server集群取代小型机，以开源操作系统Cent OS取代商业操作系统，以开源虚拟化软件Xen取代商业软件。

（2）数据层把单一Oracle数据库根据不同应用场景，用MySQL集群、NoSQL数据库以及分布式文件系统进行替代。OLTP系统的强一致性数据，如客户、产品及订单、资源等，按照地市、主题以分片（shard）方式存放在MySQL集群中；OLTP系统的历史数据根据信息生命周期的不同从核心数据库进行剥离，存放到磁带或者分布式文件系统中；OLAP系统分析性数据的计算迁移到关系型数据库外，采用大数据技术（如Hadoop分布式处理技术、Strom分布式实时计算技术等）进行处理，处理结果放入关系型数据库进行存储和SQL的访问。

（3）在服务层增加自主开发的分布式服务框架和分布式数据层，实现数据层的分布对应用层透明，增强系统横向扩展能力。

（4）在应用层采用JBoss等广泛应用的开源中间件取代商业中间件，如WebLogic、Tuxedo等。

（5）在门户层推进客户端的Web化，同时为了适应移动互联网的应用场景，拓展移动客户端的接入。endprint

传统架构向目标架构的转变，涉及到思维观念、人才队伍、技术架构验证和工程实施等多方面困难，直接一步演进到目标架构，存在很多不确定的风险，并且不现实。为了实现平滑稳健的过渡，可以分成几个阶段：

（1）基础设施层的资源池建设：针对不同应用场景（如计费系统需要并发量不大，但批处理吞吐率高；营业受理系统需要高并发处理能力），搭建基于x86工业标准的PC Server集群，通过虚拟化软件对集群进行虚拟化管理和规模化运营。在此阶段针对部分应用，用x86服务器代替小型机。

（2）大数据处理：把目前基于Oracle的OLAP系统，完全采用大数据技术，如Hadoop、Strom等技术进行处理，并把处理结果放入到关系型数据库中，提供对外查询和分析。

（3）核心轻量化：从核心系统剥离大数据量查询功能，放入到NoSQL数据库或分布式文件系统中，减轻核心在线系统负担，提高核心系统处理能力，如清单查询、账单查询、积分查询、日志查询、电子回执等非实时稳定数据剥离到Hadoop中，基于多条件查询且稳定的订单/工单历史数据剥离到搜索引擎中，部分常用数据可以缓存到NoSQL数据库（如Redis、MogonDB）中。另外，在原有IOE集中式架构下，存在大量关系和聚合运算，例如关联查询、统计分析等，利用Oracle数据库的存储过程，依赖数据库计算能力，消耗大量的资源，需要把基于存储过程的计算功能从数据库层剥离，数据库退化为单纯的数据存储，使得数据分拆成为可能，原有的关系和聚合运算需转移到应用层实现。

（4）核心数据库的读写分离：据统计，核心数据库的读写非常不对称，读请求远大于写请求，所以对于关键应用以及要求强一致性的数据，考虑人员及技能无法短期内实现完全去Oracle数据库，先进行读写分离，写操作到Oracle数据库中，采用数据复制技术，应用层的读操作源于MySQL集群。本阶段既能保证强一致性数据的稳定性，又能验证和测试MySQL集群系统，同时还可以锻炼和培养MySQL分布式数据库队伍和人才。

（5）全面去IOE：在核心数据库读写分离基础上，建立了完善的分布式MySQL集群数据库，把BSS和OSS系统核心数据库按地市、主题进行分库分表，对BSS和OSS核心系统进行全面拆分，进行分布式改造，从而实现全面去IOE。

基础设施层的资源池建设是IT系统技术架构演变的基础。大数据处理技术是OLAP系统转型的必由之路，现有技术无法满足大数据的计算和处理。核心轻量化可以减轻核心系统计算和存储压力，提升关键应用性能，为OLTP型系统架构转型赢得时间。核心数据库的读写分离，探索MySQL数据库集群对Oracle数据库替代的开发和验证，既保证了核心系统对外服务的能力，又能培养和锻炼分布式数据库的队伍和人才。经过前面几个阶段有步骤的去I/E和O后，全面去IOE水到渠成，实现了IT支撑系统技术架构的转型。

4 难点、应对措施及关键技术

4.1 架构转型难点及应对措施

目前IT支撑系统技术架构已经平稳运营了10年时间，向新的技术架构进行转型，势必存在许多难点：

（1）思维观念方面，传统IOE架构是同类产品中的最佳组合，天然浑成，稳定性好，有成熟供应商支撑，为什么要去IOE？因为IOE架构横向扩展能力差，系统性能和柔性不足，投资成本居高不下，在企业去电信化转型思路下已经到了非去不可的地步，需要靠高层领导强有力的意志去推动，对IT从业人员加强互联网心智、思维方面的宣贯和培养。

（2）人才队伍方面，10年前，电信放弃了自己开发IT支撑系统的模式，转而向供应商进行采购，现有的IT从业人员以系统维护为主，而去IOE架构对硬件规模管理、开源软件、运营式开发等方面提出了很高的要求。人才队伍培养非一朝一夕之事，在架构演进的过渡时期，可抽调内部精兵强将，辅以外包人才，组成独立开发队伍，采用运营式开发流程，完成基础设施层的云化和数据库层的分布式改造工作，得以培养和锻炼队伍及人才。在完全去IOE阶段，应用层开发要求对业务逻辑非常熟练，可以交由目前的供应商进行联合开发。

（3）去IOE架构的前景非常美好，但未来不能越过当下，互联网公司的方法论及工程实践，并不一定适合传统企业，需要根据企业的发展战略，对IT支撑系统架构转型进行有步骤的论证和演进，找到自己的节奏和控制力。

4.2 架构转型关键技术

根据上述演进思路及策略，IT支撑系统技术架构转型关键技术包含：

（1）资源池云化技术：包含资源（x86服务器、小机服务器、存储、网络）虚拟化、资源动态调度及监控、用户申请使用及管理等功能，建设生产环境云和测试环境云。

（2）大数据处理技术：包含大规模的分布式处理技术Hadoop、分布式实时计算技术Strom，前者包含Map-Redude、YARN、HBase、Hive等。

（3）数据路由技术：在去IOE架构下，数据由过去的集中式管理变成分布式存储和管理，按照地市、主题进行分库分表（shard方式）存放，某些量大的数据还面临二次及多次拆分，分布式数据库集群需要对上层应用透明，分布式数据层需要实现数据路由功能，屏蔽分表对应用带来的复杂性，解决跨表及多维度查询问题。

（4）数据复制技术：在核心数据库读写分离阶段，数据复制是最重要的工作之一，要求复制延迟尽可能小，保证数据尽快达到最终一致性。常用数据复制技术有：数据库之间的复制、通过应用程序完成数据复制。

1）数据库之间的复制如图4所示，应用程序向Oracle数据库进行读写操作，利用第三方工具把数据复制到MySQL数据库中。这种方法无需改造应用层，但第三方工具对MySQL集群的分库分表规则不清楚，能否快速支持开发，需要进一步验证。另外，第三方工具为了提高资源使用率，利用Oracle数据库的日志进行批量同步复制，时间延迟是一种考验。endprint

2）通过应用程序完成数据复制方案如图5所示，步骤为：应用程序写数据日志→应用程序写Oracle数据库→异步通知分布式数据层→分布式数据层实时逐条读取数据日志→分布式数据层写MySQL数据库集群。前三步作为一个事务，确保读写操作的一致，写MySQL数据库进行异步操作。这种方法逐条记录进行读写分离，尽可能减少时间延迟，同时分布式数据层能够对外屏蔽MySQL数据库集群的复杂性，但需要额外开发分布式数据层。

图5 应用程序完成数据复制

（5）数据加速技术：近年来，硬盘磁道寻址的发展速度远落后于传输速率的发展速度，数据库读取I/O性能已成为瓶颈，如使用内存提高性能，但价格偏高。随着PCIe SSD（固态硬盘）的快速发展，已成为数据加速的重要工具。

（6）数据迁移技术：全面去IOE阶段，需要做到数据库间切换的无缝对接，具体步骤（见图6）为：

1）先把Oracle数据库在某个时间点，全量复制到MySQL集群中；

2）应用程序发布同时写两个目标库的版本；

3）在发布双写版本后，把全量复制到双写版本之间的数据增量同步到MySQL集群；

4）选择某一时间点对两个库进行数据校验；

5）应用程序发布针对MySQL集群的读写版本，停止向Oracle数据库读写；

6）在系统上线后的一段时间内，进行MySQL集群向Oracle的逆向同步，目的是预防系统回滚。

（7）服务化技术：系统按照组件进行梳理提炼，吸收SOA理念，通过企业服务总线（ESB），以可管可控的标准服务形式向内外部开放系统能力，是系统架构转型的基础，做到“大系统小做”，提升系统的柔性，同时也是去电信化发展思路的要求。

5 结束语

在“去电信化”发展思路下，倒逼IT支撑系统技术架构进行转型，涉及到思维观念、人才队伍、运营流程及关键技术若干因素，是一项复杂的系统工程，不能一蹴而就，需要未来3～5年扎实的技术积累和工程实施。

过去10年，电信已经建立了完整的系统规范，制定了发展目标，规范了功能架构、数据模型、系统架构、部署模式以及系统间集成关系，并由软件提供商落地和实施。未来的发展过程中，需要建立自己的研发队伍，自主重点研发基础设施层、数据层和服务层，使系统具有良好的性能和柔性，大幅度提升客户感知和市场需求的响应速度，并实现企业IT投资的持续下降，支撑企业的去电信化发展。

参考文献：

[1] 韦乐平. 电信业的未来与“去电信化”的思考[J]. 电信科学， 2013（2）： 1-7.

[2] 中国电信集团公司. 中国电信企业信息化战略规划（ITSP）1.0[Z]. 2002.

[3] 中国电信集团公司. 中国电信企业信息化战略规划（ITSP）2.0[Z]. 2007.

[4] 子柳. 淘宝技术发展[EB/OL]. （2012-02-20）. http：//blog.sina.com.cn/s/blog_633219970100xazf.html.

[5] 中国电信集团公司. 中国电信企业信息化战略规划（ITSP）3.0[S]. 2013.

[6] 中国电信集团公司. CTG-MBOSS总体规范2.0[S]. 2010.

[7] 申德荣，于戈，王习特，等. 支持大数据管理的NoSQL系统研究综述[J]. 软件学报， 2013（8）.endprint

2）通过应用程序完成数据复制方案如图5所示，步骤为：应用程序写数据日志→应用程序写Oracle数据库→异步通知分布式数据层→分布式数据层实时逐条读取数据日志→分布式数据层写MySQL数据库集群。前三步作为一个事务，确保读写操作的一致，写MySQL数据库进行异步操作。这种方法逐条记录进行读写分离，尽可能减少时间延迟，同时分布式数据层能够对外屏蔽MySQL数据库集群的复杂性，但需要额外开发分布式数据层。

图5 应用程序完成数据复制

（5）数据加速技术：近年来，硬盘磁道寻址的发展速度远落后于传输速率的发展速度，数据库读取I/O性能已成为瓶颈，如使用内存提高性能，但价格偏高。随着PCIe SSD（固态硬盘）的快速发展，已成为数据加速的重要工具。

（6）数据迁移技术：全面去IOE阶段，需要做到数据库间切换的无缝对接，具体步骤（见图6）为：

1）先把Oracle数据库在某个时间点，全量复制到MySQL集群中；

2）应用程序发布同时写两个目标库的版本；

3）在发布双写版本后，把全量复制到双写版本之间的数据增量同步到MySQL集群；

4）选择某一时间点对两个库进行数据校验；

5）应用程序发布针对MySQL集群的读写版本，停止向Oracle数据库读写；

6）在系统上线后的一段时间内，进行MySQL集群向Oracle的逆向同步，目的是预防系统回滚。

（7）服务化技术：系统按照组件进行梳理提炼，吸收SOA理念，通过企业服务总线（ESB），以可管可控的标准服务形式向内外部开放系统能力，是系统架构转型的基础，做到“大系统小做”，提升系统的柔性，同时也是去电信化发展思路的要求。

5 结束语

在“去电信化”发展思路下，倒逼IT支撑系统技术架构进行转型，涉及到思维观念、人才队伍、运营流程及关键技术若干因素，是一项复杂的系统工程，不能一蹴而就，需要未来3～5年扎实的技术积累和工程实施。

过去10年，电信已经建立了完整的系统规范，制定了发展目标，规范了功能架构、数据模型、系统架构、部署模式以及系统间集成关系，并由软件提供商落地和实施。未来的发展过程中，需要建立自己的研发队伍，自主重点研发基础设施层、数据层和服务层，使系统具有良好的性能和柔性，大幅度提升客户感知和市场需求的响应速度，并实现企业IT投资的持续下降，支撑企业的去电信化发展。

参考文献：

[1] 韦乐平. 电信业的未来与“去电信化”的思考[J]. 电信科学， 2013（2）： 1-7.

[2] 中国电信集团公司. 中国电信企业信息化战略规划（ITSP）1.0[Z]. 2002.

[3] 中国电信集团公司. 中国电信企业信息化战略规划（ITSP）2.0[Z]. 2007.

[4] 子柳. 淘宝技术发展[EB/OL]. （2012-02-20）. http：//blog.sina.com.cn/s/blog_633219970100xazf.html.

[5] 中国电信集团公司. 中国电信企业信息化战略规划（ITSP）3.0[S]. 2013.

[6] 中国电信集团公司. CTG-MBOSS总体规范2.0[S]. 2010.

[7] 申德荣，于戈，王习特，等. 支持大数据管理的NoSQL系统研究综述[J]. 软件学报， 2013（8）.endprint

2）通过应用程序完成数据复制方案如图5所示，步骤为：应用程序写数据日志→应用程序写Oracle数据库→异步通知分布式数据层→分布式数据层实时逐条读取数据日志→分布式数据层写MySQL数据库集群。前三步作为一个事务，确保读写操作的一致，写MySQL数据库进行异步操作。这种方法逐条记录进行读写分离，尽可能减少时间延迟，同时分布式数据层能够对外屏蔽MySQL数据库集群的复杂性，但需要额外开发分布式数据层。

图5 应用程序完成数据复制

（5）数据加速技术：近年来，硬盘磁道寻址的发展速度远落后于传输速率的发展速度，数据库读取I/O性能已成为瓶颈，如使用内存提高性能，但价格偏高。随着PCIe SSD（固态硬盘）的快速发展，已成为数据加速的重要工具。

（6）数据迁移技术：全面去IOE阶段，需要做到数据库间切换的无缝对接，具体步骤（见图6）为：

1）先把Oracle数据库在某个时间点，全量复制到MySQL集群中；

2）应用程序发布同时写两个目标库的版本；

3）在发布双写版本后，把全量复制到双写版本之间的数据增量同步到MySQL集群；

4）选择某一时间点对两个库进行数据校验；

5）应用程序发布针对MySQL集群的读写版本，停止向Oracle数据库读写；

6）在系统上线后的一段时间内，进行MySQL集群向Oracle的逆向同步，目的是预防系统回滚。

（7）服务化技术：系统按照组件进行梳理提炼，吸收SOA理念，通过企业服务总线（ESB），以可管可控的标准服务形式向内外部开放系统能力，是系统架构转型的基础，做到“大系统小做”，提升系统的柔性，同时也是去电信化发展思路的要求。

5 结束语

在“去电信化”发展思路下，倒逼IT支撑系统技术架构进行转型，涉及到思维观念、人才队伍、运营流程及关键技术若干因素，是一项复杂的系统工程，不能一蹴而就，需要未来3～5年扎实的技术积累和工程实施。

过去10年，电信已经建立了完整的系统规范，制定了发展目标，规范了功能架构、数据模型、系统架构、部署模式以及系统间集成关系，并由软件提供商落地和实施。未来的发展过程中，需要建立自己的研发队伍，自主重点研发基础设施层、数据层和服务层，使系统具有良好的性能和柔性，大幅度提升客户感知和市场需求的响应速度，并实现企业IT投资的持续下降，支撑企业的去电信化发展。

参考文献：

[1] 韦乐平. 电信业的未来与“去电信化”的思考[J]. 电信科学， 2013（2）： 1-7.

[2] 中国电信集团公司. 中国电信企业信息化战略规划（ITSP）1.0[Z]. 2002.

[3] 中国电信集团公司. 中国电信企业信息化战略规划（ITSP）2.0[Z]. 2007.

[4] 子柳. 淘宝技术发展[EB/OL]. （2012-02-20）. http：//blog.sina.com.cn/s/blog_633219970100xazf.html.

[5] 中国电信集团公司. 中国电信企业信息化战略规划（ITSP）3.0[S]. 2013.

[6] 中国电信集团公司. CTG-MBOSS总体规范2.0[S]. 2010.

[7] 申德荣，于戈，王习特，等. 支持大数据管理的NoSQL系统研究综述[J]. 软件学报， 2013（8）.endprint