之前只发在了论坛，博客也发一遍：https://bbs.huaweicloud.com/forum/thread-21414-1-1.html

7月2日下午，在中国信息通信研究院举办的可信云大会上正式发布了《中国DevOps现状调查报告（2019年）》，并由中国信通院云大所云计算部运维研究员车昕对报告进行了解读。

本帖福利：

1. 车昕研究院在可信云大会上的解读材料；

2. 完整的《中国DevOps现状调查报告（2019年）》；

3. 《研发运营一体化（DevOps）能力成熟度模型》第3部分 - 持续交付；

4. 华为云DevCloud HE2E DevOps实施框架；

5. 2018年DevOps中国调查报告；

如下是观点摘要内容：

DevOps 接受程度

• 半数企业认为 产品质量、 按时交付、客户满意度和研发效率的提升是判断 DevOps 是否成功实践的重要标准 。占比分别为 50. 23 、 49.19% 、 47.58% 和 41.13% 其次 是交付的业务价值（ 26.61%26.61%）、过程改进（ 24.19%24.19%）、项目可预测性 23.39%23.39%）和项目可见度 22.34%22.34%）。

• 尽管受访企业期望 DevOps 能够带来更高效的交付效率，提升客户满意度，创造更多的商业价值，但成功实践 DevOps 依然是一个难题 。调查结果显示，仅有 31.65% 被调查者认为自己组织的 DevOps 实践是成功的， 28.22% 被调查者认为自己组织的 DevOps 实践是不成功的， 41.13%的被调查者不清楚如何衡量自己组织的 DevOps 实践是否成功。

DevOps 应用现状

• DevOps 已经在国内逐步落 地实践。 调查发现， DevOps 在国内落地的情况，基础级和全面级占到整体的 6 成左右，其中，部分企业在一些方面取得了局部的收获但是离较好的程度还有一定距离，这部分占比为 46.65% 。
  

• 敏捷开发管理在企业应用广泛。 调查发现，采用 DevOps 的企业中，近 7 成企业的敏捷开发管理成熟度达到了基础级以上 。
  

• 企业普遍采取业界成熟的敏捷开发方法以提升研发效率。 Scrum 、看板方法、自定义混合敏捷方法是最受企业欢迎的前三种敏捷开发方法，占比分别为 45.41% 、 41.23% 、 31.46% 。
  

• 当前 企业使用敏捷技术普及率不高，多数企业研发管理流程严谨性不足。 据调查显示，普及率最高的敏捷技术 是 每日站会，选择率为 50.93% 。
  

• 超半数企业使用敏捷工程实践管理开发项目。 调查显示，近 6 成企业选择了编码规范、单元测试和 持续集成，占比分别为 59.48% 、 55.39% 和 45.89%
  

• Scrum of Scrums 是企业选择最多的大规模敏捷开发方法。 调查结果显示 27.46% 的企业选择使用Scrum of Scrums 在组织内部 大范围 推广、扩展敏捷开发 。
  

• 大规模敏捷的成功主要取决于团队使用一致的实践和流程。 受访者普遍认为成功实施大规模敏捷的因素主要是团队使用一致的实践和流程，选择比例超 4 成 。
  

• 持续交付是 DevOps 的核心工程实践，贯穿软件开发全生命周期。 实现了健全的版本控制系统、基于主干开发、自动化构建、自动化测试、自动化部署、每天多次集成和组织级度量等能力 都对软件开发产生正面的影响 。 调查发现， 超 8 成企业采用持续交付实践并获得研发效率的提升。
  

• 版本控制系统使用的熟练程度与企业持续交付 能力 成熟度呈正比。 调查结果显示，持续交付能力成熟度为基础级的企业， 8 成以上均使用了版本控制系统 持续交付能力成熟度达到全面级的企业，近半数具备健全的版本控制系统 持续交付能力成熟度达到优秀级的企业，超 7 成以上实现了版本控制系统的自动化操作；持续交付能力成熟度达到卓越级的企业，实现将软件全生命周期的所有配置均纳入版本控制系统管理，并可完整回溯软件交付过程。
  

• 持续交付 能力 成熟度与自动化构建和部署方式的采用率 呈 正比。 调查发现，自动化构建和部署的水平对持续交付成熟度的影响很大 ，持续交付成熟度 达到全面级的企业中， 7 成都实现了自动化构建和自动化部署。
  

• 持续交付能力成熟度较高的组织普遍实现了持续交付流水线自服务 。根据调查报告显示，近 4 成企业实现了可视化的持续交付流水线，使用者可按需选择 任意 环节 。
  

• 缩短进入市场的时间是满足客户需求的关键因素， 部 署频率和集成频率从侧面反映了企业快速响应市场需 求，满足客户要求的能力 。 根据调查报告显示，已经实现按需部署和按需集成的企业比例为 12.40% 、 11.29%11.29%；实现 1 天多次部署和集成的企业比例为 28.45% 、 23.69%23.69%；实现 1 周之内部署和集成的企业比例为 21.14% 、 15.45%15.45%；实现 1 个月之内部署和集成的企业比例为27.89% 、 29.45%29.45%；分别有 10.12% 、 20.12% 的企 业部署和集成频率超过了 1 个月。
  

• 自动化测试整体 覆盖率 偏低。 DevOps 提倡测试前移，测试用例编写和代码开发同步进行，增加代码级和 服务 级测试 ，提高自动化测试比例。 目前仅有 5 成被调查企业实现了自动化的接口测试、单元测试和功能测试，占比分别为 55.58% 、 52.97% 和 52.79% 。
  

• 具备清晰、明确的变更管理系统的组织，平均变更前置时间也相对较短。 本次调查中，近 6 成 的组织能够将变更前置时间控制在 1 天之内，其中小于 15 分钟占比为 17.66% 15 分钟 ~1 小时占比22.30% 1 小时 ~1 天占比为 24.16% 。
  

• 众多持续交付工具中，持续集成工具 Jenkins 和构建工具 Maven 最受欢迎。 调查结果显示，超5 成企业使用 Maven 和 Jenkins ，占比分别为 51.34% 和 43.90%
  

• 企业 技术运营能力有待提升。 据调查结果显示，近 7 成企业技术运营能力离较好还有一段距离其中 30.11% 的企业技术运营能力成熟度处于初始级， 35.50% 的企业技术运营能力成熟度达到基础级 。
  

• RTO 、 RPO 标准是企业对潜在风险的管理，从侧面反映出企业的业务连续性。 3 成被调查企业表示目前公司具备 RTO 、 RPO 标准，但并未严格执行；超四分之一企业认为公司已制定 RTO 、 RPO标准，整体 RTO 可达到 99.90%99.90%，同城 RPO>5 分钟 。
  

• 多数 企业的应用设计水平有待提高。 6 成被调查企业的应用设计水平位于 初始级 和 基础级，比例分别为 28.81% 和 31.97%31.97%；其次是全面级 22.30%22.30%）和优秀级 13.01%13.01%），仅有 3.90% 的组织达到卓越级。
  

• 目前，企业尚未给 予 安全管理足够的重视。 调查结果显示， 7 成企业安全管理成熟度位于 初始级和 基础级 安全管控手段有待加强； 2 成企业安全管理成熟度达到全面级，安全检测基本覆盖软件开发全生命周期中；仅有 5.2% 被调查企业安全管理成熟度达到优秀级。
  

• 专业的安全团队比例相对较低。 被调查企业中， 近 4 成 企业建立专业的安全团队参与到研发过程中； 6 成以上 企业目前尚未建立专业的安全团队。
  

• 代码安全性 和 设计是否符合安全规范 已经作为企业最关注的安全问题被予以高度重视 。据调查结果显示， 7 成 以上 企业更关心代码的安全性，占比达 73.05%73.05%；近 6 成企业认为设计是否符合安全规范比较重要， 占比达 59.11% 。
  

• 企业 集成 安全检测 的阶段逐渐左移。 4 6. 84% 的团队已经将自动化安全分析集成到代码开发阶段；41.26% 的团队在测试阶段集成了安全检测；
  

• 从关注到落地，还需要企业切实投入。 调查显示， 企业 对 代码安全的关注度高达 73.05%73.05%，却只有 46.84% 的企业在代码开发阶段添加了自动化安全分析； 对 设计是否符合安全规范的关注度有59.11%59.11%，在代码结构设计阶段添加了自动化安全分析的 企业 只有 41.26% 。
  

• 市场已具备多种相对成熟的安全检测工具。 调查结果显示， Nessus 和 Snort 是 企业首选的安全检测工具，占比分别为21.36% 、 18.02% 。
  

DevOps 实践存在的问题和挑战

• 超半数企业认为需求的频繁变更 是 阻碍软件按时交付的主要原因 。调查结果显示， 59. 6 8% 企业认为需求的频繁变更阻碍软件按时交付； 38.71% 企业认为集成问题太多阻碍 了 软件按时交付。

• 多因素造成企业难以推行 DevOps ，其中各部门之间目标的不同是企业首选 的 主要原因 。 近半数企业认为各部门之间目标的不同是导致 DevOps 推行失败的主要原因。近 3 成企业认为 个人优先效忠于自己的部门其次才是组织、不同行业的限制、缺乏 DevOps 专业知识和相关人才是阻碍DevOps 推行的原因，占比分别为 31.35% 、 29.84% 和 27.42% 。
  

未来DevOps 投入的趋势

• 企业对 DevOps 的未来投入有非常明确的计划。 对企业未来对 DevOps 投资的 调查 结果显示，各企业普遍增加对 DevOps 的重视度，超 六 成的企业非常明确的计划对 DevOps 工具或培训进行投入 。
  

企业对 DevOps 工具和技术的选择

• 云计算助力 DevOps 实践落地生根。 本次调查结果显示，近半数企业表示正在开发的主要应用程序或服务已托管在公有云平台上；近 3 成企业选择了混合云和私有云，占比分别为 16.36% 和15.24% 11.52% 的企业选择了多种类型共存 。

• 企业采取多个云供应商的比例有所提高。 调查结果显示， 47% 的被调查企业选择了单一云供应商，39% 的被调查企业选择了多个云供应商提供的云服务， 12% 的企业没有使用任何供应商。
  

• 微服务架构已被广泛的应用到企业的软件开发中 。 据调查 目前最受企业欢迎的微服务框架是 Sprint Cloud 和 Sprint Boot ，占比达到 45.91% 和 44.24% 。
  

• 易用性、可伸缩性和性能是企业选择微服务框架最主要的因素。 超过半数的企业出于易用性、可伸缩性和性能考虑而选择微服务框架，占比分别为 46.10% 、 46.10% 和 41.26% 。
  

• 容器的出现使 DevOps 落地实践相对容易 。 调查显示，大部分企业均表示通过使用容器技术提升了软件交付的效率，降低了IT 成本，其中 64.02% 的企业选择了 Docker 25.91% 的企业选择了Kubernetes 8.23% 的企业选择了 Rancher 1.83% 的企业选择了 Mesos 。
  

• 灵活的可 移植性和保持跨环境的一致性是企业选择容器的主要因素 。被 调查 企业中，超过半数的企业均认为容器最受欢迎的特点是灵活的可移植性和保持跨环境的一致性，占比达到 54.28% 和44.42% 。
  

• 采用适当的 DevOps 工具可以提高 DevOps 落地实践的成功率，对企业成功实现 DevOps 转型起到事半功倍的作用。 目前，市场上已经有很多成熟的商用 DevOps 工具。在被调查企业的选择中，需求和项目管理工具 JIRA 高居第一位，占比为 52.31% 。

• 工具安全性和产品服务的价格是企业选择 DevOps 工具最关注的因素。 占比分别为 52.59% 、47.41% 其他几种比较受关注的因素分别是工具自动化程度、功能易用性、是否开源、功能丰富性和 DevOps 工具商知名度，占比分别为 38.08% 、 37.31% 、 35.23% 、 32.64% 和 32.12% 。
  

企业对政策资质的需求

• 软件开发能力和 DevOps 能力成熟度方面的评估认证备受企业用户重视。 据调查，多数受访企业认为第三方软件开发成熟度体系评估有助于 DevOps 更好的落地实践， 45.97% 的企业认为CMMI 软件能力成熟度认证比较重要； 41.94% 的企业认为 DevOps 能力成熟度评估是项目开发中实践 DevOps 能力应当具备的资质；另有 39.52% 和 18.55% 的企业认为 ISO 体系认证和中国信通院开展的金牌运维评估 是 企业实践 DevOps 应当具备的资质。