@gaoxiaoyunwei2017
2018-11-10T17:02:11.000000Z
字数 6158
阅读 739
未分类
2018年11月2日,在深圳召开 DevOps 国际峰会 (DOIS)上,腾讯互动娱乐事业群(IEG)的 PaaS 平台获得由工信部中国信息通信研究院主持颁发的《研发运营一体化(DevOps 标准)能力成熟度模型》评估证书,该平台 DevOps 持续交付能力获得 4 级,成为全国首个被评为 4 级的企业。
此为全球第一个 DevOps 标准,由信通院牵头,信通院旗下云计算开源产业联盟、高效运维社区和 DevOps 时代社区发起,联合国内 BATJ 、通信及金融行业明星企业专家共同制定,本标准已在工信部及联合国 ITU - T 先后立项。
信通院张雪丽副所长(右一)为 DevOps 标准国内外首批正式评估通过单位 腾讯、招商银行、广东移动、北京移动 4家单位(右二到右五)授牌
DevOps 标准得到了 腾讯 IEG 副总裁崔晓春及技术运营部总经理刘栖铜等的大力支持
对于刚刚获得全国首批正式通过 DevOps 标准,并且持续交付能力达到全国首个 4 级的企业,一定有很多技术内幕需要被揭开,为什么腾讯蓝鲸会成为全国首个 4 级,他们持续交付能力到底如何?为此,DOIS 大会主办方专门采访刚刚获颁 DevOps 标准评估证书的腾讯蓝鲸产品中心总监党受辉。
DevOps时代及高效运维社区发起人萧田国专访蓝鲸产品中心总监党受辉
时间:2018年 11月 2日上午
地点:深圳圣淘沙酒店采访厅
DOIS:大家好,欢迎来到 DevOps 国际峰会深圳站,今天我们非常高兴请到来自腾讯 IEG 的党受辉老师,今天我们请党老师简单讲一讲关于 DevOps 标准评估。
党受辉:我先自我介绍一下,我是来自腾讯互动娱乐事业群(IEG)的党受辉,我们事业群在腾讯集团内主要从事的是文化类产业,包括动漫、影视、文学和游戏等等,相信大家也比较理解。我个人是在互动娱乐事业群的技术运营部,我所在的蓝鲸产品中心主要负责的是整个事业群的基础化建设。
DOIS:恭喜贵公司成为国内首批正式通过 DevOps 标准认证的单位,这次贵公司评估的等级是四级,表明达到了国内领先水平,请谈一谈您此时的感受。
党受辉:应该说一开始比较意外,因为我们认为作为一个互联网公司,提升自己自研团队的研发效能是理所应当的,而且之前国内也没有这种度量标准去量化不同公司的 DevOps 的水平。
DOIS:关于 DevOps 标准评估,您怎么看,对您企业带来了什么帮助?
党受辉:关于这个评估标准,我们也积极参与了,其实里面的内容我们目前也比较熟悉。按照我们评审情况来看的话,其实坦率来说,在整个过程中,我们也按照这个标准发现了很多我们内部做得不到位的地方,比如说像互联网公司比较追求极端的质量和效益,对于这种像度量、流程这种东西,可能之前重视程度不是很够。
DOIS:在通过 DevOps 标准认证后,您计划下一步怎么继续推进 DevOps ?
党受辉:在这次评审之后,首先在内部我们会按照标准给出的程度模型,去看我们如何能在后面进一步提升,达到更高的级别。另外现在我们也发现很多行业,特别是传统行业都开始走 DevOps 路线,这个也是比较欣慰的,所以我们也希望结合像高效运维运维社区、DevOps 时代社区以及像我们蓝鲸的合作伙伴等等这样一些团队,来为行业的整体提升做出一些贡献。
DOIS:您对 DevOps 的发展前景怎么看?
党受辉:DevOps 最早应该是源自于一个理念,即开发团队和运营团队如何高效协同。一般情况下我们把企业内不管是业务系统还是运营系统的生命周期,分成 CI、CD、CO 三段,也就是设计、部署和持续运营整个过程。
其中非常关键就是整个 CI 段的构建和 CD 段的部署如何打通,以前可能由于各个团队的组织架构,习惯,甚至是职责分配,导致这两段是割裂的。DevOps 理念主要是用于通过某种方式,比方通过工具,去打穿这两个环节。
我们也很欣慰地看到各个行业、公司都开始在互联网信息化时代之下重视 DevOps。由于我们起步比较早,现在也在联合像社区、合作伙伴等力量,去把我们的先进技术分享出来,包括把我们的一些技术版本,提供给社区和其他行业,来共同提升企业内部研发效能。
DOIS:这一次腾讯 IEG 标准评估能够达到这么高的级别,参评项目主要有一些什么样特色?
党受辉:现在回想一下,之所以这个标准出来之后,我们能立刻参评,其实取决于我们之前多年在这个领域的意识和沉淀。
首先腾讯本身就是一个很大的互联网公司,互联网公司本身竞争就比较激烈。我们事业群在整个行业集团内部竞争也比较惨烈,有一句话,这个行业内最惨烈的竞争在我们内部。所以我们对研发效能本身也十分重视,但是主要偏重的质量和效益这两块,这是我们内部的生存压力决定的。
相反,虽然我们是四级,但不是最高级,也不是所有的项目都达到五级的水平,我们甚至还有三级水平的个别项目。比如说我们之前对于一些流程上的东西确实不够重视。有了标准的指导之后,我们也非常清晰知道后面该如何做,该结合哪些理论进一步学习。
DOIS:我们有注意到,当时标准专家进行评估的时候,有的流水线编排您可以任意地去组合,像这种流水线编排你们当时是怎么想到的,怎么设计出来的?
党受辉:腾讯 IEG 跟其他事业群有一个很大的区别,就是我们的业务是比较分散,因为我们的商业模式有一部分是代理的。不像腾讯其他事业群,大多数都是自己自营的业务。所以说我们事业群有一个特点就是上面客户的数量很多。而且在我们内部,我们这种执行团队和他们业务团队的关系是一种支撑合作,或者是一种准 to B 的关系,也就是说类似于甲乙方,我们要提供好的服务给业务团队服务,他们也可以有权利不用。所以在这种模型下,我们团队尽量提供别人愿意用的服务。
第一个是我们业务零散,比较多,它的模式比较不统一。
第二个我们必须提供易用的服务以保证吸引业务团队来使用。这两个因素凑在一起,自然就把我们的流水线设计成这种编排,第一灵活组装,第二易用性稍微感觉好一些,这样我们的团队才能生存。
DOIS:我听说,IEG 这么做好像类似于以德服人,不是去强迫、压制,而是凭自己的能力,就像一个蜜罐一样吸引业务团队和客户过来?
党受辉:可以说是适者生存的模式。
DOIS:我们来一个扩展,我们知道,像您的同事是腾讯的负责人,是不是说蓝鲸当年从立项到现在也有什么故事?
党受辉:蓝鲸正式立项是在 2012年,也很多年了,其实从小到大,最早从两三个人,从一个小点做起,然后慢慢做到现在,其实肯定会有很多的故事,中间也经历过有些客户在我们原本擅长的领域不满,也包括其他的团队与我们的竞争关系,这种都是比较常见的,这一路走来其实蛮多感触的。
DOIS:我们把问题再回来。像您这块在流水线的编排方面有些什么功能或者特色是你自己最满意的?
党受辉:排除传统的效率的优势之外,说一个比较特色的点,就是内部的质量红线,这个按理说应该是比较核心的一块,但是据我们跟很多公司的交流,其实大家在讲理论的时候也会偶尔提到,但是内部质量红线做起来的几乎没有,这个算是我们的特色。
DOIS:在整个 IT 业,我有一个问题。目前来看,实际上我们发现在蓝盾出现后,别人就看不到蓝鲸了。蓝盾作为整个 CI/CD 的前端入口,开发人员写好代码之后只需要在页面点击一下,就直接把环境部署好了。DevOps 实际上让开发重新具备了测试和运维的能力。实际上说的更加直白,就是测试人员需求会更少,你是怎么看待以后运维的个人的能力或职业的变迁?在这种新形式下他们还有机会吗,如果有机会他们应该怎么做?
党受辉:这个问题其实我们很早之前就意识到,传统运维的范围在缩减。刚才这个问题我分两个层面回答,第一个是技术层面,你讲的是当蓝盾诞生之后,蓝鲸其他部门就会感觉被盖住了,其实我们之前也经历过类似的过程。
我先给一个定义,蓝鲸是整个互动娱乐事业群(IEG)的技术运营 PaaS 结构,特点就是上面各种各样的工作场景、工作流程,它是通过不同的原子节点组装起来的,也就是说它从技术上势必会有上下两个层次,一个层次是下面的,可能后面越来越少看到一堆原子节点,上面会组装出用户能够看到日常使用的界面性运行的 SaaS 运营系统。其实 SaaS 绑住 PaaS 下面的原子节点是很正常的。
就在蓝盾之前,其实我们也有像标准运维上的 SaaS,它那种运维的自动化部分基本都盖着,看不见。
DOIS:我插一下,所以说这就是一个所谓的品牌盖中盖。
党受辉:其实蓝盾只是蓝鲸的一部分,只是我们在 DevOps 标准或者与 DevOps 相关的会议上主要推出的产品,所以感觉最近一段时间蓝盾被提的次数比较多,这个从技术架构层面来讲,是 PaaS 特点决定的。当然后面咱们进入到对运营的宣传之后,可能某些运营的 SaaS 又会把蓝鲸的原子层盖住了,这个很正常。
第二个层面讲的是运维的人员方面、各自发展方面的问题。在这之前我们意识到运维的范围缩减,在这个情况下运维需要考虑,这个岗位到底有没有必要存在?如果有必要的话,那么它的意义是什么,我们在 2012 年就发现这么一个突破口。
我们发现其实整个业务的生命周期,在 CI、CD 和 CO 这三个阶段,运维其实以前主要也就在中间 CD 段去做一些工作,而且是在 CD 段做上下两类,下面就是 IBC,上面就是运营。下面 IBC 这块,可能未来会受冲击比较大,一方面有些企业会聚合,这种岗位可能在形势上会被集中,在数量上会被涌瀑,这个不可避免。一旦一个公司如果部分或者完全接受公用,那么这个情况会更严重。
但反过来想,现在各行各业都进入信息化时代,企业内的 IT 运营会越来越多,不管是公司对外的业务性,还是企业内的运营性,员工管理用的 IT 系统会越来越多,而且随着企业对于效率的追求,这个也会加剧 IT 系统在企业内越来越多的数量。
在这种模式下,首先 CD 部分的工作量会变重,而且企业的运营中也需要某一个运营团队为整个业务的全生命周期提供更高层次的服务。
实际上腾讯 IEG 在 2012 年开始,原来的运维团队转型叫技术运营团队,并开始为整个业务的生命周期链提供一个支持。我们是有四个要点:第一、技术手段;第二、对业务或者业务团队,第三、全生命周期;第四、运营支持。
所以说,如果运营团队能够意识到这一点,并且通过某种比较先进的理念,加上一些成功的经验,再加上一些比较先进的技术平台,就可以像我们一样,把运营团队转成技术团队,从而扩展自己的职能边界和对公司的价值。
DOIS:DevOps 国际峰会大会今天也有幸请到乔帮主,他是百度工程效率方面的创始人,乔帮主在这其中的技术,跟蓝盾部门有些参与,像乔帮主具体在里面有哪些参与,他为这个项目注入哪些他的思想包括他的实践?
党受辉:乔帮主是腾讯的高级顾问,他现在也是蓝盾项目的高级顾问,其实可以说,蓝盾项目的整个过程都是乔帮主在内指导参与的。因为腾讯本身内部没有设立敏捷教练这么一个职位,我猜想可能是由于内部对效率的极端追求,生存压力比较大,我们可能对这种理论性的东西相对来讲对之前重视不是很够,可能更多讲效率和质量。这也是我们跟乔帮主合作的一个关键要点,我们互相补充。
在这个蓝盾项目中他主要的角色就是当我们把一个功能线新增或者更新,乔帮主会过来盘点,给我们指出问题,他指出问题有时候我们也不一定认为是问题,我们主要从实践出发,我们回去会进行一些探讨,再吸取其中比较契合的部分,然后改进。
下一次改进好了之后乔帮主又会过来,我们又会给他看效果,指点一下。你可以简单认为,乔帮主在我们这儿主要是做评判和决策,从理论上指出我们哪个地方有问题,实践上哪个地方可以优化和提高,然后我们按照他的思路去实现、去做,等做好之后再邀请他过来检查再看,就是这种循环迭代。
DOIS:本次是 DevOps 国际峰会首次走进深圳,请谈谈您对本次峰会的感受,您有什么祝福吗?
党受辉:坦率来说这是我第一次参加以 DevOps 命名的完整的峰会,之前 DevOps 都是作为各种大会的分会场或者其中一个子项,这次是一个完整的以 DevOps 命名的大会,足以体现出主办方对这个领域的重视。
第二,本次峰会全名为 DevOps 国际峰会,我们也希望将来这个会能够传播到海外,将标准和国内一些领先的东西向整个世界去传播。中国现在也有很多国际一线的互联网公司,我们也开始在参与制订国际一线的标准,这是我对我们的主办方和大会的期待。
想知道被评为的四级的腾讯 IEG PaaS 基础平台有哪些特点?请继续看 ~
腾讯 IEG 基础运营 PaaS 平台, 是由腾讯互动娱乐事业群技术运营部蓝鲸团队打造的一站式 DevOps 研发运营平台,深度整合了腾讯 IEG 各个高能组件,贯穿从产品研发、测试、安全到运营的 CI\CD\CO 全生命周期。
它是腾讯互娱技术运营部沉淀多年的技术运营支撑体系,承担着数百款业务线上运营的使命,遍布全球 20W+ 的混合云管控,覆盖X86、虚拟机、容器等各类 IaaS;
为 5000 + 业务研发人员提供了从代码集成、编译构建、单元测试、代码扫描、镜像构建、部署、视图展示等全链路支撑服务;同时通过基础 PaaS 提供的完善的前后台开发框架、调度引擎、公共组件等服务,实现了腾讯互娱内部运维人员从运维到技术运营的转型。
腾讯 IEG 基础运营 PaaS 平台架构
特殊功能1: 自研Pipeline流水线,提供一站式研发运营解决方案。
▲ 蓝盾 DevOps 平台服务一览
▲ 流水线概览
蓝盾 DevOps 平台提供了45+个和研发流程相关的原子,可以自由编排你的流水线。
特色功能 2:集成 codecc 代码检查,用质量红线控制发布版本质量
CodeCC 代码检查,提供了专业的代码检查解决方案及服务,它集成了含商用、开源、自研的代码检查工具,包含Coverity、Cpplint、PyLint、TSC-lua、重复率工具、圈复杂度工具、ESLint、Gometalinter。
质量红线,通过设置指标和阀值,可以对留下产出物进行质量控制,不满足质量的产品不能部署到线上。
特色功能 3:结果数据度量与可视化
所有持续过程的步骤都可以度量和可视化,通过合理的数据分析,为项目持续改进提供助力。
▲ 流水线视图
▲ 流水线执行详情
▲ 流水线执行耗时 Top 10
▲ 关键步骤执行详情
▲ 构建成功率、代码检查告警遗留数、部署成功率
特色功能4:支持移动端,随时随地体验持续集成
蓝盾 DevOps 平台还提供了手机端 app,可以支持从手机管理项目,触发流水线、版本下载体验、收藏、构建日志、构建列表、构建报告等等,让你随时随地都可以实现持续集成。
再补充说明下:在2018年11月2日-3日举行的 DevOps 国际峰会(DOIS)深圳站,共有4家公司7个项目通过 DevOps 标准(之持续交付)认证。具体如下。
如果您的企业也想参加 DevOps 标准评估
想了解 DevOps 标准评估事宜,请联系高效运维社区@东辉:手机号(微信号):
18515115139(或者扫一扫),邮箱:yangdonghui@greatops.net。