ICS 35.020 YD L70 中华人民共和国通信行业标准 YD/T 3763.4—2020 研发运营一体化（DevOps）能力成熟度模型 第4部分：技术运营 The capability maturity model of devops-Part 4 : technical operation management 2020-08-31 发布 2020-10-01实施 中华人民共和国工业和信息化部 发布 YD/T 3763.4—2020 目 次 前言· 1范围 2 术语、定义和缩略语 3 技术运营管理过程概述 监控管理 4.1 监控采集 4.2 数据管理 4.3 数据应用. 5 事件与变更管理· 5.1 事件管理· 5.2 变更管理 6 配置管理 6.1 运营配置管理 容量和成本管理 7.1 容量管理. 7.2 成本管理· 13 8 高可用管理· 8.1应用高可用管理， ..14 8.2 数据高可用管理 9 业务连续性管理· ..18 9.1 风险管理· 9.2 危机管理…… 9.3 应急管理 :20 10 用户体验管理· ..22 10.1 业务认知管理 ...22 10.2 体验管理 .......23 YD/T3763.4—2020 前言 本标准是“研发运营一体化（DevOps）能力成熟度模型”系列标准的第4部分：技术运营，该 系列标准的结构和名称如下。 第1部分：总体架构 第2部分：敏捷开发管理 第3部分：持续交付 第4部分：技术运营 第5部分：应用设计 第6部分：安全及风险管理 第7部分：评估方法 第8部分：系统和工具技术要求 本部分按照GB/T1.1一2009给出的规则起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 本部分由中国通信标准化协会提出并归口。 本部分起草单位：中国信息通信研究院、深圳市腾讯计算机系统有限公司、北京华佑科技有限公 司、平安科技（深圳）有限公司、中国太平洋保险集团、中国电信集团有限公司、中兴通讯股份有限 公司、中国移动通信集团有限公司。 本部分主要起草人：梁定安、徐奇琛、王超、栗蔚、刘栖铜、萧田国、牛晓玲、车昕、党受辉、 杨军、杨文兵、朱平、范晶晶、吴树生、陈亚殊、胡罡、杜颖君、陈靖翔、张珣、曾庆辉、闫林、吴 新颖、刘扬清、任明、毛茂德、燕杰、雍浩淼、潘晓明。 II YD/T3763.42020 研发运营一体化（DevOps）能力成熟度模型 第4部分：技术运营 1范围 本部分规定了研发运营一体化（DevOps）能力成熟度模型下技术运营管理的能力成熟度要求和评 价方法。 本部分适用于具备IT软件研发交付运营能力的组织实施IT软件开发和服务过程的能力进行评价和指 导；可供其他相关行业或组织进行参考；也可作为第三方权威评估机构衡量软件开发交付成熟的标准依据。 2 2术语、定义和缩略语 2.1术语和定义 下列术语和定义适用于本标准。 2.1.1 研发运营一体化DevOps 它是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA） 部门之间的沟通、协作与整合。 注：它的出现是由于软件行业认识到为了按时交付软件产品和服务，开发和运营工作必须紧密合作。 2.2缩略语 下列缩略语适用于本文件。 API 应用程序编程接口 Application Programming Interface CD 持续交付 Continuous Delivery CDN 内容分发网络 Content Delivery Network CI 持续集成 Continuous Integration CPU 中央处理器 Central Processing Unit ETL 数据仓库技术 Extract Transform Load IT 互联网技术 Internet Technology RPO 恢复点目标 Recovery Point Objective SDK 软件开发工具包 Software Development Kit SQL 结构化查询语言 Structured Query Language TCC 两阶段补偿型分布式事务 Try Confirm Cancel 1 YD/T3763.42020 3技术运营管理过程概述 技术运营管理过程是技术运营能力建设的一个过程，它以业务为中心，交付稳定、安全、高效的技 术运营服务，构建业界领先的技术运营能力，支撑企业的持续发展和战略成功。技术运营不仅关注“稳 定”“安全”“可靠”，更要关注“体验”“效率”“效益”。 技术运营管理过程分为：监控管理、事件与变更管理、配置管理、容量与成本管理、高可用管理、 业务连续性管理、用户体验管理等，见表1。 表 1技术运营管理过程 监控 事件与变更 高可用 业务连续性 用户体验 配置管理 容量与成本管理 管理 管理 管理 管理 管理 运营配置 应用高可用 业务认知 监控采集 事件管理 容量管理 风险管理 管理 管理 管理 数据管理 变更管理 成本管理 数据高可用管理 危机管理 体验管理 数据应用 应急管理 4监控管理 监控管理是对研发运营过程中的对象进行状态数据采集、数据处理分析和存储、异常识别和通知及 对象状态可视化呈现的过程，其成熟度决定了技术运营工作的立体性、及时性和有效性。 监控管理从数据流的维度展开分析，包括3个部分：监控采集、数据管理和数据应用。 4.1监控采集 通过主动采集或被动收集方式获取监控数据，并保证采集数据的质量、采集过程的可靠性和安全性， 监控采集的能力指标包括数据采集和数据传输，见表2。 4.1.1数据采集 将数据采集能力服务化，从采集的手段、支持的协议、兼容性、颗粒度、采集端的基础逻辑和扩展 逻辑等角度对采集能力进行量化评估。 4.1.2数据传输 采集能力的数据传输指从传输数据的质量保障、传输的可用性、传输过程中支持的功能特性的纬度 来评估其能力成熟度。见表2。 2 YD/T3763.42020 表2监控采集 级别 数据采集 数据传输 1 具备操作系统级监控指标的采集能力，如CPU、内存等， 通过标准协议传输数据 在1级基础上，需达到以下要求： 1）具备独立的数据采集服务，可采集多种数据类型的日志，如： 在1级基础上，且需达到以下要求： 系统日志、应用日志、接口日志等；相关采集方式包括但不 1）具备独立的数据传输服务，可传输不同 2 限于嵌入 SDK、API、私有协议等； 数据格式，如int、char、binary等格式； 2）量化管理采集服务的覆盖范围，如能反映企业应用的覆盖率； 2）支持单份数据多份订阅及分发传输 3）数据采集可上报到多个服务端； 4）数据采集服务支持可扩展、可配置和高可用的采集架构 在2级基础上，需达到以下要求： 在2级基础上，且需达到以下要求： 1）统一的数据采集服务，可跨平台兼容； 1）具备高可靠数据传输通道和高可用容灾 2）提供开放式、自定义的数据内容采集上报方案； 方案； 3）具备集中式的采集配置，包括但不限于采集内容、开关等； 3 2）支持多种传输方案，如同时具备数据推 4）对采集端进行实时管控，如采集管控、发送延迟、数据校验、 与拉的能力； 统计等方式，并可通过插件化扩展采集逻辑； 3）支持数据采集架构的平行扩展、数据汇 5）自定义监控内容，具备对采集服务的管理方法，如：采集限 聚和高效传输等能力 制、采集限频等 在3级基础上，且需达到以下要求： 在3级基础上，且需达到以下要求： 1）具备数据传输质量和安全的保障机制， 1）采集频率可自定义配置调节； 如支持数据分片、压缩、断点续传等传 4 2）部分数据采集通过智能化技术动态调整，如智能减少采集内 输特性； 容、智能降低采集频率等 2）保障数据传输的安全性，如数据加密、 解密及校验等 在4级基础上，且需达到以下要求： 1）采集服务与技术运营活动关联，实现从固化到动态化的采集 5 规则，如压力测试活动时，将采集频率动态调整为秒级； 同4级能力要求 2）实现监控能力的精细化，智能配置关联运维事件，实现同一 运维对象的不同采集内容变化 4.2数据管理 数据管理是指对数据进行过滤、转换、提取、聚合和存储等操作，是数据监控的核心能力。按数据 管理过程的三个环节，来量化具体的能力模型，包括数据接收、数据处理和数据存储，如表3所示。 注1：本章介绍的数据多指与运营相关的数据（非敏感业务数据），由多个纬度组织而成，可看作大数据处理平台 的能力。 4.2.1数据接收 作为数据处理服务端的数据接收服务，承接数据采集服务传输来的数据，需要拥有良好的吞吐性能 3 YD/T3763.4—2020 和可扩展的架构，并且具备区分数据类型和相应处理的功能逻辑。 4.2.2数据处理 数据处理指大数据处理的逻辑，支持逻辑运算、统计方法、机器学习等计算能力，可结合技术运营 的场景，灵活实现数据的扩展与关联分析。同时，需考察数据处理的规模、性能及架构的能力。 4.2.3数据存储 数据存储只针对监控数据的存储场景，对存储的方案、架构、存储成本、数据高可用等纬度综合评 估，见表3。 表3数据管理 级别 数据接收 数据处理 数据存储 正常接收数据，可对接收到的数据 1）对原始数据源进行预处理； 提供独立的数据存储 进行量化管理和反查 2）对异常数据进行监控识别与校对 在1级基础上，且需达到如下要求： 在1级基础上，且需达到如下要求： 在1级基础上，且需达到如下要求： 1）具备常用的数据处理逻辑，如自 1）提供统一的数据存储； 1）数据接收架构可根据容量扩容， 定义数据四则运算、统计（分类、 2）数据存储架构可扩展，支持根据