AICon日程100%就绪,9折倒计时最后一周 了解详情
写点什么

2018 年《DevOps 现状报告》新鲜出炉:行业脉动与团队发展指导一览

  • 2018-09-11
  • 本文字数:3579 字

    阅读完需:约 12 分钟

DORA 与 Google Cloud 合作发布的 2018 年《DevOps 现状报告》已经新鲜出炉,今年的报告中有哪些新的结论?你又应当如何根据这些结论,促使你的团队发展为精英水平?

关于《DevOps 现状报告》

DORA 公司 (DevOps Research and Assessment,DevOps 研究于评估)从 2014 年起每年都会发布一份关于 DevOps 现状的报告。在过去 4 年,《DevOps 现状报告》都是 DORA 和 Puppet 合作针对软件开发人员开展原创性研究,今年报告的主要合作者已从 Puppet 转为 Google Cloud。《DevOps 现状报告》的目的是为了对改进技术交付团队的资源管理、生产力和质量提供指导。DORA 通过使用数据驱动的研究方法,并创立基于证据的工具,帮助企业了解如何改变自身的实践,从而为软件开发、产品管理和组织转型提供科学方法。

8 月 29 日,DORA 发布了《2018 DevOps 现状报告》。来自各行各业的 1800 多名调查者提交了问卷,调查内容涵盖了云基础设施、领导力与学习氛围、交付效能、数据库实践等等。

今年是 DORA 连续第五年发布该报告,在报告中可看到新的关注点以及更广泛的调查方向。在 2014 年时,只有 16% 的调查参与者表示自己在 DevOps 团队。而在 2018,这个数字已经增长到 27%。

今年的报告中有哪些新的结论?你又应当如何根据这些结论,促使你的团队发展为精英水平?让我们来解读一下这份报告,看看报告中的结论对于持续发展的 DevOps 领域具有怎样的意义。

新定义的 DevOps 精英级团队

根据 DORA 的软件交付效能基准,团队被划分为三种类型:高效能、中效能与低效能团队,对团队的评价取决于他们的总体产出。发布频率、变更响应时间、服务恢复时间,以及变更故障率等指标是划分的参考标准

表格

在今年的调查中,有 15% 的团队被划分为低效能团队、37% 为中效能,而 48% 的团队属于高效能团队。其中在高效能团队中的 7% 可归为精英级团队,他们的表现可称卓越

团队效能情况

精英级执行团队在以下几个方面有着突出的表现:

  • 代码发布频率高 46 倍
  • 代码提交至发布的速度快 2555 倍
  • 变更故障率少 7 倍
  • 事故恢复时间快 2604 倍

与之前的报告相比,高效能团队的比例逐年增长,表明行业正在持续改善。 DORA 发现,表现最好的团队(如“精英团队”)拥有最高的软件开发和交付水平,正如过去几年中的观察一样。 同时调查结果显示,表现欠佳的团队正在努力跟上,但与高效能团队之间的差距在不断拉大。

那么,是哪些关键的因素影响了普通团队的效能呢?报告中指出,低效能团队往往对于软件开发与发布往往采取过于谨慎的做法

团队的专注度是成功的关键因素

低效能团队如何转变为高效能团队,乃至成为精英级团队呢?

报告指出,“研究表明,对于各家软件供应商来说,高效能的执行团队与低效能团队相比,手工操作的比例减少了许多,能将更多地时间用于新工作的开展,而在修复安全漏洞或缺陷的时间上则减少许多。”

改进效能的一大关键是自动化能力,自动化能够加速任务的完成,改进质量与一致性。其结果是团队能够更多地投入在更有价值的工作任务上。由于自动化能力处理了各种低级别工作任务,使人力得到了解放。

现实情况是,团队对时间的利用方式造成了低效能的结果。尤其值得注意的是,各种计划外的工作、安全问题、干扰、客户支持任务以及缺陷是防碍低效能团队向前进步的绊脚石

精英团队能够将 50% 的时间投入在新工作中,相比之下,低效能团队只能投入 30% 的时间。低效能团队还需要投入 15% 的时间用于客户支持工作,与之相比,精英团队在这方面只需投入 5% 的时间。

云计算持续发展

报告中显示,Forrester(一家独立的技术和市场调研公司)预测 2018 年全球公有云市场总量将达到 178 亿美元,比 2017 年增长 22%。福布斯报告称,到 2020 年,83%的企业工作负载将在云端。在 DORA 的调查中,67%的受访者表示他们正在开发的主要应用程序或服务是托管在某种云平台上的。

毋庸置疑,云计算市场仍在不断增长之中。从调查结果来看,只有少部分用户仍然游离在外。

报告中有 17% 的调查者仍然没有使用云厂商的服务。与此同时,AWS 在最受欢迎的云平台中占据了头把交椅,投票率为 52%,Azure 屈居次席,占比为 34%。

云服务商占比

此外,采用多云的方式已经逐渐普及。41% 的调查者表示他们选择了单一云服务,与之相比,有 40% 的调查者使用了多个云平台的服务。造成这一现象的原因有以下几点:可用性、灾难恢复计划、对于单一服务商信心不足,以及法律合规性原因。

多云策略采用情况

那么,精英团队在用云方面有哪些共性呢?

“选择 使用 PaaS (平台即服务) 的调查者与其他调查者相比有 1.5 倍的可能性是精英用户,遵循了 云原生最佳实践 的用户有 1.8 倍的可能性是精英团队。选择通过 基础设施即代码(IaC) 方式管理云发布的用户有 1.8 倍的可能性是精英,最后是选择 容器技术 的用户有 1.5 倍的可能性是精英团队。”

不过,云平台的应用情况似乎遇到了某些障碍。用户并没有充分利用云平台所带来的决定性的特点,这对软件交付的效能产生了影响。DORA 列举了 5 项云计算的基本特征,但这几方面大家都没有达到要求。

以下是在调查者反馈的自己多大程度上符合云平台的特性:

  • 按需分配,自主服务:46%
  • 广泛的网络访问性:46%
  • 资源池:43%
  • 快速的弹性能力:45%
  • 符合标准的服务:48%

以上这些特征的评分都没有超过半数的选择,这也反映出团队在效率方面的不足。

“文化是 DevOps 的重要组成部分”

组织的文化如何才能健康地发展?DORA 引用了社会学家 Ron Westrum 所提出的看法。Westrum 发现 “企业的文化可通过安全感与效能产出进行预测“。

企业的文化可能是病态的(权力导向),官僚的(制度导向),也可能是生机勃勃的(效能导向)。每一种文化在处理协作、职责、风险、新事物与面对问题时的反应都是不同的。为了 DevOps 能够成功实施,应当满足某些基本的文化条件,包括打破团队壁垒,以及实施新的方式方法。

如何利用这些已知的内容使你的团队得到改进呢?请记住其中的精华部分:“谷歌的研究者对 180 个工程团队进行了研究分析,他们发现,高效能的团队通常在心理上有安全感,或者说在团队中不会害怕冒风险。除此之外,其他因素还包括可依赖性、工作的结构化与清晰度、工作的意义与个人影响力。”

高效能团队的其他重要特点还包括浓厚的学习氛围,学习是一种有价值的投资,它能够带来效能的回馈。为了减轻团队的负担,学习任务应当在工作时间完成,而不是在周末或加班后作为额外的任务。工作中学习的方式能够让团队更快地适应未知的变化。

对技术转型至关重要的实践

DORA 的研究强调了对技术转型至关重要的实践。这些重要的实践包括版本控制,自动化部署,持续集成(CI),基于主干的开发以及松散耦合的架构。 今年我们还发现,有助于持续交付(CD)的实践包括:使用监控和可观察性解决方案,持续测试,将数据库更改集成到这样的软件交付流程中,以及关注安全性

其中,持续测试的实践包括:

  • 不断审查和改进测试套件,以更好地发现缺陷并控制复杂性和成本;
  • 允许测试人员在整个产品开发和交付过程中与开发人员一起工作;
  • 在整个交付过程中(包括如探索性测试,可用性测试和验收测试等)执行手动测试活动;
  • 在为代码库的所有更改写生产代码之前编写单元测试,来练习测试驱动的开发;
  • 能够在不到十分钟的时间内从本地工作站和 CI 服务器获得自动化测试的反馈。

至关重要的技术实践

受众面的提高

最后,2018 年的报告得到了更多女性从业者的反馈,这也反映出行业性别分布状况的变化。今年,调查者参与者有 12% 为女性,并且按调查者的反馈,他们的团队中有 25% 的成员为女性。这是个非常大的变化:去年仅有 6% 的调查参与者为女性,进入 IT 业的女性队伍正在不断壮大

此外,有 4% 的调查者并未留下性别信息,还有不到 1% 选择了非二元性别的选项。

今年,DORA 首次在问卷中问及调查者的伤残状况,有 6% 的调查者表示他们有某部分的身体残疾,另有 9% 的调查者未作出选择。

效能方面的关键结论

如果你需要更多信息来促进团队进入精英领域,可以参考以下报告结果:

  • 开源非常重要,“高效能团队深入应用开源软件的可能性是其他类型软件的 1.75 倍,而这些团队在未来提高开源软件使用度的可能性也是其他团队的 1.5 倍。”
  • 外包会带来效能下降,“低效能团队将整部分功能进行外包的可能性几乎是高效能团队的 4 倍,这些 外包功能包括测试或运维等等。”
  • 在任何行业中都存在高效能的团队,“我们在具有高合规性要求及无合规性要求的行业中都能看到高效能团队的存在。”
  • 团队的信任促进公司的发展,“我们发现,当团队主管让成员能够自治地开展工作时,就能够提高团队信任感。”

参考资料:

https://jaxenter.com/devops-research-2018-148805.html

https://cloudplatformonline.com/2018-state-of-devops.html

感谢张婵对本文的策划和审校。

2018-09-11 18:122487
用户头像

发布了 428 篇内容, 共 177.8 次阅读, 收获喜欢 38 次。

关注

评论

发布
暂无评论
发现更多内容

银行业大数据应用及HiveQLjoin分析

garlic

极客大学架构师训练营

第三周作业

Geek_b9053c

大数据1第十二周作业「架构师训练营第 1 期」

天天向善

第三周 代码重构 作业 「架构师训练营 3 期」

胡云飞

极客大学架构师训练营

谈谈 MySQL 锁

郭儿的跋涉

MySQL 数据库 锁机制

许可区块链是许多金融应用未来的关键特性

CECBC

比特币区块链

12周作业

橘子皮嚼着不脆

架构师训练营 - 第十二周 - 作业一

行者

怒肝一夜,写了这篇mybatis源码阅读篇

田维常

mybatis

第三周作业

简简单单

宝马区块链负责人:我们是如何让区块链技术与汽车产业结合的?

CECBC

大数据

第十二周 数据应用1 总结

三板斧

极客大学架构师训练营

Java并发编程:并发中死锁的形成条件及处理

码农架构

Java并发

别再用智能合约时代的思维,去思考下一代区块链应用

CECBC

区块链 计算机

前端不得不懂的架构知识(中)

执鸢者

架构 大前端

架构师训练营第八周作业1

韩儿

Prometheus TSDB(Part 1):头块

Grafana 爱好者

Prometheus tsdb

架构师训练营 -week12-作业

大刘

极客大学架构师训练营

架构师训练营第十二周学习总结

Gosling

极客大学架构师训练营

第十二周总结

alpha

极客大学架构师训练营

第八周 作业

Jack

Prometheus backfilling 功速体验

Grafana 爱好者

Prometheus tsdb

架构师训练营第十二周课后作业

Gosling

极客大学架构师训练营

架构师训练营第八周作业2

韩儿

八、性能二

Geek_28b526

第十二周作业

alpha

极客大学架构师训练营

架构师训练营 1 期 - 第十二周 - 数据应用1

三板斧

极客大学架构师训练营

第三周 学习总结 代码重构

简简单单

架构师训练营第 1 期 week12

张建亮

极客大学架构师训练营

02-week3-homework

J

极客大学架构师训练营

搞定MySQL安装难安装贵问题

MySQL从删库到跑路

MySQL 安装 Windows 10

2018年《DevOps 现状报告》新鲜出炉:行业脉动与团队发展指导一览_语言 & 开发_邵思华_InfoQ精选文章