C114讯 2月24日消息（林想）在业界眼中，互联网公司的IT架构给人的感觉更像一头狼，快而凶猛。而运营商的支撑系统却过于臃肿发福，像头“巨象”。经过多年实践，运营商也逐步为“巨象”减负，希望变得更加灵活并能跳舞。

近日，C114编辑有幸在2017亚信软件产品发布会上聆听了浙江移动技术部副总王晓征介绍的浙江移动互联网化架构的最佳实践，让我们一起见证运营商支撑系统如何摆脱“十宗罪”，演绎出大象快舞的灵活步法的吧。

运营商支撑系统“十宗罪”

伴随国内电信运营市场的改革、重组和不断优化，以及计算机及互联网应用技术的驱动，运营商支撑信息系统的概念在20世纪末被提出并不断明晰。经过10余年的建设、发展和演变，支撑系统的构成越来越庞大，支撑的流程和功能越来越复杂，支撑系统也已成为企业的管理和运行、业务的运营等方面的重要基础设施、手段，企业对其的依赖性不言而喻，就如同通信网络是运营商在电信业务和服务能力方面的基础设施一样。支撑系统也是企业核心竞争力的重要因素之一。

长期以来，运营商支撑系统的建设管理参照通信网络工程的模式，而对于支撑系统建设的特殊性未予充分关注或重视，主要原因也包括在运营商的基建中通信网络建设投资占绝对的主导地位。但是，随着企业对支撑系统的期望越来越高、依赖性越来越大，加之系统越来越复杂等原因，现行的支撑系统建设管理模式和流程的不适应性的相关矛盾日益凸显。

在浙江移动技术部副总王晓征看来，运营商的支撑系统的演进从无到有，从简单到复杂，随着时间的推移，系统就像“吸铁石”一样越来越大，功能越来越多，每个功能逐渐丰富“发福”，形成“巨象”。与此相对的是互联网公司的IT架构给人的感觉更像一头狼，快而凶猛。经过多年实践，运营商也逐步为“巨象”减负，希望变得更加灵活并能跳舞。

据王晓征介绍，1G时代开始时，支撑系统是分散的；2G时代运营商的支撑系统在当时是最强大的一套系统，成为一种辉煌；直到3G到4G时代，随着运营商业务逐渐开展，同时伴着互联网业务的兴起和发展，支撑系统逐渐向网络化发展、向全业务化发展。

从某一天开始，运营商发现他们遇到了瓶颈，如开发过程复杂，开发效率低下；代码重复率高，部署发布困难；扩展能力差，应对冲击力弱；运维效率低，故障定位困难。业界将其归总为，运营商大型IT系统设计的“十宗罪”。

所谓的“十宗罪”包括三方面：开发态方面来说，系统解耦不充分，内部烟囱林立；垂直方式开发，缺乏协同共享；代码编译成本高；接口标准化程度差，学习困难；源代码膨胀，难掌控。运行态方面，流量突变快，系统无法弹性伸缩；负载不均，性能成为瓶颈；应用的数据库连接占用高。运维态则缺乏自动化监控和调度手段；缺乏在线调控和跟踪工具。

王晓征指出，“虽然运营商支撑系统面临巨大挑战，但我们在心底给自己定下了一个小目标，做一个灵活的大象，会跳舞的大象！”但究竟如何让一头大象变得灵活并跳舞呢？

王晓征认为应分为四个步骤：第一步是“减肥”，应用中心化、技术平台化；第二步是学会“步法”，应用容器化，资源共享、弹性伸缩；第三步是提升“抗压”能力，消息框架开路、数据库筑池；第四部是要“稳定”，故障自愈、全链路监控、灰度发布。

大象跳舞“四部曲”

“减肥”方面具体来说是实现巨型单体应用解耦，实现应用中心化、技术平台化。王晓征进一步解释说，运营商的支撑系统以企业级服务、平台级能力为定位，参考互联网先进架构经验，以第三代架构为基础融合业务支撑域、大数据服务域、业务运营域和管信域服务能力和私有云平台能力，将来的IT架构增强为一个完全适配敏捷开发和智能化运营的企业级互联网IT架构。

“从IT架构来说，通过与亚信软件合作，创新引入并合作孵化AIF等产品，构建浙江移动的服务集成及编排平台，最终我们把原来的系统已经解耦成多个系统。”王晓征表示，横向解耦通过集成平台，实现前段交互与逻辑解耦、通用应用（通用能力中心）与核心应用（应用中心）解耦，实现应用中心化。纵向解耦通过集成平台的统一缓存、消息处理架构等实现应用软件与技术组建分离，通过分布式数据总线实现数据与业务逻辑分离，为各应用中心提供标准化的技术能力，实现技术平台化。

在王晓征看来，“水平解耦比横向解耦更麻烦，因为要把一个系统拆成一个一个的业务中心需要解决很多问题。第一要实现服务的集成，通过服务集成平台对服务实现集成。第二服务是需要被治理和需要被管理的，我们需要有一个可视化的方式把这个服务的资产，包括它的全生命周期，都能够形成一键化、全局化的管理，这块我们采用的是集成平台的很多模块来完成。第三必须实现服务是能够编排的，这块浙江移动也是通过集成平台进行实现。总之我们通过集成平台形成了垂直解耦和水平解耦，这样才能把系统拆成一个一个模块，分而治之，实现大象减肥。”

谈到“步法”问题时，王晓征透露，浙江移动有三个招数，应用容器化，资源共享、弹性伸缩。他着重介绍了中国移动应用容器化的进展。据了解，中国移动内部把应用容器化平台叫做DCOS平台，中国移动高层对该平台非常关怀和支持。早在2015年7月，李正茂副总裁就对该项目提出了批示，并通过集团技术部和浙江移动一起来试点该项目。

据王晓征介绍，“2014年项目还没有开始，我们已经把上一代的CRM系统部分集群跑在这个上面，2015年11月，我们是第一个跑到我们的DCOS系统上的电渠，2016年，随着中心化项目建设，我们在2016年一季度把CRM前端全部迁移到了DCOS平台上，目前为止我们中心化系统也全部都跑在了DCOS平台上。除了核心集成平台系统之外，我们还上了很多其他系统，目前有超过500个节点包括50个系统上线。后续我们也会把这个系统作为我们的基础平台进行推广。”

“DCOS化后，应用环境变得轻盈主动，实现快速弹性伸缩。而以前传统应用如果要做一次扩缩容，相当于重新部署，现在在DCOS上它是自动弹性扩缩容的，我不需要考虑这个问题，业务来了它就扩、业务没有它就缩，这是一个非常大的变化。我们后续也会在弹性扩缩容有状态服务和多框架支持上我们做相当多的演进。”

在提升“抗压”方面，浙江移动主要通过两个方面实现：一个是引入消息对列，另一个是数据库资源池。王晓征指出，通过集成平台的消息处理架构采用分布式部署模式，实现中心间高效服务协同，为解耦后的各中心提供高安全、高性能的消息处理能力，同时提供标准化的接入协议，可兼容ActiveMQ、RocketMQ、Kafka等多种主流消息中间件。

此外，浙江移动还通过在前段引入DCOS平台以及消息框架后，业务压力被完全透传至后端数据库上，提升数据库处理性能的典型方案有两种：Scale-Out以及Scale-up。可谓双管齐下，有效提升数据库抗压能力。王晓征透露，中国移动正在研究并引用X86设备和高性能存储硬件的数据库一体机技术，并规模化投入生产。

作为最后一部曲的是“稳定”。王晓征认为，故障自愈、全链路监控、灰度发布这三块对可持续运营是非常关键的。“DCOS化后应用发布、回退便捷，系统更稳定，可以实现持集成和持续部署。应用和它的依赖性进行 装，隐藏了数据中心硬件和软件运行环境的复杂性，让开发、测试、生产的环境保持一致，降低了应用的集成周期和难度，传统的部署模式‘安装->配置->运行’转变为‘复制置->运行’，实现一键部署；DCOS化后应用运行更健壮、稳定，跨机房容灾可以实现故障自愈；此外，通过集成平台的log4x服务日志模块，建立服务调用链，实现各个系统服务调用的串接，从而能了解各服务的运行状况，通过界面可直观、便捷、精准的定位问题。”