以通信网络敏捷转型的名义！广东移动 DevOps 标准认证独家揭秘

11月2日，在深圳召开的 DevOps 国际峰会（DOIS）上，中国移动通信集团广东有限公司获得由中国信息通信研究院（以下简称信通院）颁发的《研发运营一体化（DevOps 标准）能力成熟度模型》评估证书，相关受评项目获得 3级，其 DevOps 持续交付能力被认定为达到国内领先水平。

此为全球第一个 DevOps 标准，由信通院牵头，信通院旗下云计算开源产业联盟、高效运维社区和 DevOps 时代社区发起，联合国内 BATJ、通信及金融行业明星企业专家共同制定，已在工信部及联合国 ITU-T 先后立项。

当广东移动网络管理中心黄倚霄主任从信通院领导接过证书的那一刻，除了交口称赞，广大企业也一定对广东移动为何能成为首批正式通过 DevOps 标准评估的企业大感兴趣。

您想的，我们也一定帮您想到了！

大会短歇期间，社区抓紧时间采访了刚刚获颁证书的广东移动黄倚霄主任，让我们听听黄岛主接过证书后的感想和参评期间的背后故事。

时间：2018年11月2日下午 地点：深圳圣淘沙酒店专访间 受访：中国移动网管支撑业务主任黄倚霄

DOIS：大家好，欢迎来到 DevOps 国际峰会，今天是 DevOps 国际峰会的第一天，我们非常高兴邀请到来自广东移动的黄岛主黄倚霄老师。黄岛主您好。请黄岛主先做一个简单的自我介绍，介绍一下广东移动吧。

黄倚霄（以下称“黄岛主”）：大家好，我是黄倚霄，来自广东移动网络管理中心。吹个牛，广东移动是全球最大的单体网络运营商，网络管理中心是广东移动最大的部门——而我就在这个部门搞 IT。

DOIS：恭喜贵公司成为国内第一批通过 DevOps 标准评估认证的单位，这次广东移动的级别是三级，达到了国内领先水平，请您说说此时的感受。

黄岛主：特别不容易！一直以来我们运营商都习惯了依赖外包合作伙伴开展 IT建设，我总是觉得这么下去，我们的竞争力会慢慢的削弱，会失去自主掌控权。

所以我就想通过这个 DevOps 转型，看科室内的同事们能不能够自己搭一个生产线；由我们搭生产线，让合作伙伴把系统放在生产线上运行，逐步掌控 IT 生产的生态。

实际做下来确实非常不容易，一年来，兄弟姐妹们也是加班加点，终于把生产线搭了起来，把16个生产系统移植到了生产线上。

这次，我们挑选了成熟度较高的“微服务与网管能力开放平台”项目来迎接这次的评审，顺利地通过三级认证。

借这个机会想说几句感谢的话，感谢集团公司、省公司领导对我们 DevOps 转型的支持，特别感谢广东公司网络线条各级领导的支持，感谢网络管理中心网管室各位同事一来年的辛勤工作，同时也感谢这次参与迎评的各合作伙伴单位的大力支持。

可以说，今天获得授牌，是一个值得纪念的日子，是广东移动 O 域 IT 敏捷、精益转型的一个里程碑，也证明了我们靠自己人引领敏捷转型这条路是可行的。

DOIS：关于 DevOps 标准评估，您怎么看？对您企业带来了什么帮助吗？

黄岛主：信通院牛晓玲组长在她的分享中也提到过，标准是企业 DevOps 转型的一个灯塔，是非常公正一个标尺。以前企业的组织转型做得好不好，哪里做得对，哪里做错了，都没有什么明确的标准，也没有一个直观量化的说明。有了标准之后，就变得简单了——通过认证评估就知道我们到底在业界处于什么位置，还有哪些短板需要补足。

说句实在话，我们在参评之前，曾经天真地认为我们这个团队干了一年了，通过四级认证应该问题不大吧，但事实是，评价下来刚刚过三级；这说明我们对标准的理解，对 DevOps 本身的认识还有很大的不足，需要不断的去改进。所以我觉得这个标准确实起到了灯塔和指南针作用，指引所有企业努力和前进的方向。

在这里也呼吁一下，各行各业的兄弟姐妹们，为了你们的企业的IT获得持续进步，赶紧来参加 DevOps 成熟度标准的评估吧！

DOIS：在通过 DevOps 标准认证后，您计划下一步怎么继续推进 DevOps？

黄岛主：一个项目达到 DevOps 成熟度三级，对我们来说只是一个开始。运营商的 NFV 网络转型，IT 敏捷转型，ICT 融合转型等难题，还等着我们去攻克，而 DevOps 将是我们攻克这些难题的核武器！

接下来我们会把广东移动 OSS 域的其他项目逐步迁移到 DevOps CI/CD 生产线上，同时通过考核和奖励的指挥棒，推动我们的合作伙伴们在他们公司内部推动 DevOps 转型，首当其冲地，是让合作伙伴的高层领导们积极参与到社区中来，跟着我们广东移动一起往前走。

甲乙双方一起使劲，才能将手工作坊式的开发运维模式转型为敏捷精益的先进模式。

最终目标是让业务需求更快响应变化、更少 BUG、更快修复故障，摆脱赶工加班、到处救火的恶性循环。

经过这一次评估，我对我们的未来更有信心了，有 DevOps 附体，我相信运营商网络运营的敏捷转型，一定会成功的！黄沙百战穿金甲，不破楼兰终不还！

DOIS：您对 DevOps 的发展前景怎么看？

黄：我一直有一个观点，PMP 是项目管理的圣经，ITIL 是运营管理的圣经，那么， DevOps 应该是软件研发运营的圣经。我希望咱们这个标准以后能够成为整个中国软件行业的一个入门门槛，必须要通过 DevOps 认证才能证明该公司软件研发运营所处的水平，这是我对 DevOps 的期待。

DOIS：黄岛主也是我们业界的知名人士，您在体制内推行运维很多年，以前的大会上有过一个分享——带着脚镣跳舞，在外包环境下怎么推动 DevOps。您在这方面一定有很多感触，请您谈一谈吧。

黄岛主：为什么说我们带着枷锁跳舞呢？

党的十九大报告中多次提到要大力推行自主研发创新，掌握核心技术，这确实是我们努力的目标和方向。在推进目标的过程中，如何真正要做到“知行合一”，你必须有一个明确的实践路径，前途是光明的，但道路很曲折。传统运营商，我们不可能掌握每一行的代码，每一件琐事，不是那么容易把所有的IT工作一下子都全都自己来做。

我们在通往自主研发创新的道路上，必然会有一个变通的措施，我们要有选择，掌握好自主创新发展过程中的关键中途停靠点。我们需要掌握的是脉络。

脉络是什么？2016年我参加第一届的 DevOps 的峰会的时候就知道了，脉络其实就是生产线，如果掌控了生产线，掌握了生产工艺流程，你就掌控了核心生产要素——就好像工业生产中的流水线。

所以这一点是 DevOps 给我的最大的启发， IT 外包下的 DevOps 转型，就是要选最关键的环节来做，撬动整个生态——所谓“四两拨千斤”。

同时， 我们在转型中还不能忽略IT研发运营中的痛点。对于运营商中外包为主的IT研发运营来说，什么是痛点？

没有议价能力是痛点， 进化迭代的周期太长是痛点， 上线部署故障处理效率差更是痛点。

这些痛点会导致整个企业的 IT 业务价值交付流程僵化，效率低下，质量不可完全掌控。重新建一套生产线容易，边转型边解决痛点，才是挑战。

带着这些枷锁，还要跳舞，这就是广东移动 O 域 DevOps 转型的真实写照。

DOIS：所以你们的实践具有很大的典型意义，值得其他机构借鉴。

黄岛主：对那些以 IT 外包为主的国企，有大量在用的存量生产系统，历史包袱比较重，存在着一个惯性，只能够慢慢微调整，就比较适合我们这种转型模式。如果是互联网行业的初创企业，就完全可以从头开始，进行更纯粹的自主研发。

------我是分割线------

以下为本次受评项目的相关特色介绍

------我是分割线------

我们的系统采用微服务化设计风格，由多个单独的服务组成。其中，通过“需求变更系统”（Redmine），我们可以清晰地跟踪需求以及相应代码的变化过程，并可相互追溯。

需求变更管理系统

通过 DevOps 工具链 让我们可以在短时间内完成代码质量扫描、代码编译、打包、单元测试、发布等等一系列复杂的步骤，大大节省了这些工作的时间；即提高了速度，也保证了质量。

Jenkins 流水线

同时通过各类测试及监控报告也给提供了我们改进的方向。

测试报告

对 SonarQube 代码扫描的反馈跟进

------我是分割线------

以下为本次更多采访内容

------我是分割线------

DOIS：那这次评估为什么会选“微服务与网管能力开放平台”这个项目？

黄岛主：首先我觉得我们跟合作伙伴的这种交互模式——外包模式下的转型，是很讲缘分，讲磨合的。我对每个合作伙伴都提同样的建议，但哪些（合作伙伴）愿意来，哪些（合作伙伴）积极主动配合的，这是很讲缘分的。

有些合作伙伴积极主动配合，悟性比较高，技术积累比较扎实，能够落实目标方案——我选这个项目，其实就属于这种情况，其本身在 DevOps 这块就有很深的积累，同时在构建我们自主生产线的过程中，该项目合作方也给我们提出很多有价值的反馈意见，能够和我们一起协同进化。

DOIS：也就是说你们跟他们之间是有很多互动的。

黄岛主：对，很多互动，是相互促进的过程。

DOIS：下一步您有什么计划？

黄岛主：我们还有很多系统要往 CI/CD 生产线迁移，我们会以已经通过评估的这个项目为标杆，让其他系统向它靠拢，看齐。

接下来我们将要面对运营商的网络转型（NFV/SDN）这个难题，因为涉及到通信网络软件化，这个问题变得更复杂了。通信网络的特点是规范性强、高可靠，但它最大的问题是更新迭代慢，不够敏捷，制约了业务发展，而且成本高昂。

所以想要给他插上一个敏捷的翅膀所要面临的困难，比外包模式下的支撑系统转型要多很多。我们跟设备商的关系，也不像我们现在和其他伙伴那么单纯，设备厂商其实还肩负着中国通信行业走出国门的重任。所以这就需要更多组织协调方面的艺术性，这个困难也是挺大的。

DOIS：你们是全国电信运营商中 O域第一个获得认证的，这也证明咱们广东移动作为全国最大的单体网络运营商，确实是匹配这个实力与能力的。现在的切入点还在IT这个层面，如果往下到网络层可能任务还比较艰巨。

黄岛主：非常艰巨，没有几年是做不到的。

DOIS：我们说实现 DevOps ，说得好听一点就是让开发具备测试和运维的能力，说得更加直接一点，测试和部署等等事情就不是运维来干了，可能单纯从这个上面工作量会减少，运维的人数可能也会减少。不知道你们怎么看待整个运维行业，运维的职能会不会存在？运维的职能以后会怎么样的变迁，如果想变好又该怎么去做？

黄岛主：运营商里面，网络运维人员就非常多。我们一个部门300多人广义来说都是运维人员。NFV 转型之后很多网络的功能会软件化，比如网络的实时编排和调度，就得靠运维人员来实施，这就是新的运维模式，运维的层次更高也更复杂。运营商的运维人员是不会失业的，只会越来越重要。

DOIS：是否未来通讯基础设施不是基于通用硬件的？

黄岛主：按我的理解，以后通信网络分为基础网络部分和IT功能部分。光缆、机房和接入设备属于基础网络部分，这部分是没法软件化的。核心网络、增值网络、数据网络，慢慢都可以基于通用硬件实现软件定义。所以网络转型之后，通信网络的建设和调度职责，很可能就会由维护部门来承担。

其实你刚刚提的那个问题，是担心运维人员没事做，全部由开发人员来做，对我们运营商来说，网络运维部门的职责不是变少了，是变多了，运维人员的责任更重。

DOIS：以后网络设备的软件化以后，DevOps 是不是变成了很重要的一个东西？

黄岛主：非常重要。不采用 DevOps 没办法实现敏捷，如果还是像以前一样，向设备商提要求，过半年才给你升级，那么网络功能虚拟化（软件化）本身就失去了意义。其他的专业我不是很清楚，但是我觉得通信行业，尤其是网络线条，你不走 DevOps 这条线，永远不可能走向敏捷。

DOIS：今后是不是不允许变更失败，因为如果变更失败全国人民就不能通电话啦？

黄岛主：那倒不是，之所以采用 DevOps 就是让我们能更科学，更敏捷的去变更。我们还是要追求电信级的服务水平的。

DOIS：本次是 DevOps 国际峰会首次走进深圳，请谈谈您对本次峰会的感受，您有什么祝福吗？

黄岛主：祝 DevOps 国际峰会越办越好！在这里非常感谢信通院，感谢云计算开源产业联盟、高效运维社区、DevOps 时代社区，感谢大家给我们提供一个这么好的交流和学习的舞台， 这里也祝来参会的企业和各位听众都能够找到自己的方向，找到自己的目标，知道自己未来在IT这条路上面应该怎么走，也是我对大家的祝福！

DOIS：非常感谢来自广东移动的黄岛主黄倚霄老师的到来，也感谢黄老师接受我们的采访。

说明下：在2018年11月2日-3日举行的 DevOps 国际峰会（DOIS）深圳站，共有4家公司7个项目通过 DevOps 标准（之持续交付）认证。具体如下。