YD∕T 3763.8-2021 研发运营一体化(DevOps)能力成熟度模型 第8部分:系统和工具技术要求(通信).pdf
《YD∕T 3763.8-2021 研发运营一体化(DevOps)能力成熟度模型 第8部分:系统和工具技术要求(通信).pdf》由会员分享,可在线阅读,更多相关《YD∕T 3763.8-2021 研发运营一体化(DevOps)能力成熟度模型 第8部分:系统和工具技术要求(通信).pdf(54页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、 ICS 35.020 L70 YD 中华人民共和国通信行业标准 XXXX-XXXX 代替 YD/T 研发运营一体化(DevOps)能力成熟度模型 第 8 部分:系统和工具技术要求 The capability maturity model of devops part 8:system and tools technical requirement (报批稿)(本稿完成日期:2020.06.28)-发布-实施 中华人民共和国工业和信息化部 发 布 YD/T 0605T2019I 目次 引言.VI 前言.V 1 范围.1 2 规范性引用文件.1 3 术语和定义.1 4 缩略语.9 5 总体架构
2、.10 5.1 项目与开发管理.11 5.1.1 项目管理.11 5.1.2 工作项管理.11 5.1.3 计划管理.12 5.1.4 文档与知识管理.12 5.1.4.1 文档管理.12 5.1.4.2 知识管理.13 5.1.5 团队协同.13 5.1.6 统计度量.14 5.1.7 项目集管理.14 5.2 应用设计与开发.15 5.2.1 应用框架.15 5.2.2 集成开发环境.15 5.2.3 威胁建模.16 5.3 持续交付.17 5.3.1 版本控制系统.17 5.3.2 构建与持续集成.18 5.3.3 流水线.19 5.3.4 制品管理.19 5.3.5 部署管理.20 5
3、.3.6 发布管理.21 5.3.7 环境管理.21 5.3.8 应用配置管理.21 5.3.9 数据变更管理.22 5.3.10 移动应用安全加固.22 5.4 测试管理.23 5.4.1 用例与测试计划管理.23 5.4.1.1 用例管理.23 5.4.1.2 测试计划管理.23 YD/T 0605T2019II5.4.2 测试数据管理.24 5.5 自动化测试.25 5.5.1 代码质量管理.25 5.5.2 单元测试.25 5.5.3 接口/服务测试.26 5.5.4 UI 测试.26 5.5.5 移动应用测试.27 5.5.5.1 适配兼容测试.27 5.5.5.2 移动自动化测试.
4、27 5.5.5.3 客户端性能测试.28 5.5.6 性能测试.29 5.5.7 安全性测试.29 5.5.7.1 静态应用安全测试.29 5.5.7.2 开源组件安全测试.30 5.5.7.3 动态应用安全测试.31 5.5.7.4 交互式应用安全测试.32 5.5.7.5 移动应用安全测试.32 5.5.7.6 容器静态安全测试.33 5.5.7.7 基础设施安全测试.34 5.6 技术运营.35 5.6.1 配置管理.35 5.6.2 运维数据分析.36 5.6.2.1 数据采集与接入.36 5.6.2.2 数据处理.37 5.6.2.3 数据存储.37 5.6.2.4 数据建模.37
5、 5.6.2.5 数据查询.38 5.6.2.6 数据分析.38 5.6.2.7 数据可视化.38 5.6.3 应用性能监控.39 5.6.4 基础监控管理.41 5.6.5 日志监控管理.42 5.6.6 自动化作业平台.44 5.6.7 容量管理.45 5.6.8 成本管理.45 5.6.9 资产安全风险管理.46 YD/T 0605T2019III 引 言 研发运营一体化是指在IT软件及相关服务的研发及交付过程中,将应用的需求、开发、测试、部署和运营统一起来,基于整个组织的协作和应用架构的优化,实现敏捷开发、持续交付和应用运营的无缝集成。帮助企业提升IT效能,在保证稳定的同时,快速交付高
6、质量的软件及服务,灵活应对快速变化的业务需求和市场环境。YD/T 0605T2019IV前言 本标准是研发运营一体化(DevOps)能力成熟度模型系列标准之一。该系列标准的结构及名称如下:研发运营一体化(DevOps)能力成熟度模型 第1部分:总体架构 研发运营一体化(DevOps)能力成熟度模型 第2部分:敏捷开发管理 研发运营一体化(DevOps)能力成熟度模型 第3部分:持续交付 研发运营一体化(DevOps)能力成熟度模型 第4部分:技术运营 研发运营一体化(DevOps)能力成熟度模型 第5部分:应用设计 研发运营一体化(DevOps)能力成熟度模型 第6部分:安全及风险管理 研发运
7、营一体化(DevOps)能力成熟度模型 第7部分:评估方法 研发运营一体化(DevOps)能力成熟度模型 第8部分:系统和工具技术要求 本部分是第8部分:系统和工具技术要求 本部分按照GB/T 1.12009给出的规则起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本部分由中国通信标准化协会提出并归口。本部分起草单位:中国信息通信研究院、北京华佑科技有限公司、腾讯云计算(北京)有限公司、阿里云计算有限公司、北京百度网讯科技有限公司、华为技术有限公司、中兴通讯股份有限公司、北京凌云雀科技有限公司、北京神州泰岳软件股份有限公司、平安科技(深圳)有限公司、亚信科技
8、(中国)有限公司、苏宁消费金融有限公司、北京优特捷信息技术有限公司、东软集团股份有限公司、京东云计算有限公司、安徽继远软件有限公司、中国移动通信集团有限公司、中国电信集团有限公司、新华三技术有限公司、北京金山云网络技术有限公司、畅捷通信息技术股份有限公司、中国联合网络通信集团有限公司、普元信息技术股份有限公司、中软国际科技服务有限公司 本部分主要起草人:牛晓玲、萧田国、景韵、刘凯铃、党受辉、刘章雄、孙辰星、张嵩、庄飞、李青、徐毅、武丹、杨文兵、殷柱伟、董越、黄博文、陈鑫、韩晓光、熊星、鞠炜刚、单致豪、王津银、Daniel Morinigo、吴平福、张凯、梁奂、戚文平、车昕、顾黄亮、李滨、张祖优
9、、乐元、吴文灏、饶琛琳、考明军、王超、茹炳晟、井亮亮、姚剑芒、何毅鹏、王一男、聂智戈、姚彬、王晓君、冯斌、刘通博、冷大鲲、申屠欣欣、林科、张小燕、石磊、金桐、杨奕、隆迪、王永霞、马全一、张婷婷、程莹、郭圣珠、吕全林、熊昌伟、王燕子、李卜、王浏明、李明亮、王迪、王云峰、马婷、李励立 YD/T 0605T20191 1范围 本部分规定了研发运营一体化(DevOps)过程中所涉及的系统和工具的能力技术要求。本部分适用于IT软件研发交付运营的使用方实施相关系统、工具和服务建设进行评价和指导;可供其他相关行业或组织进行参考;也可作为第三方权威评估机构衡量软件开发交付运营工具成熟度的标准依据。2规范性引用
10、文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。1 GB/T 8566-2007 信息技术 软件生存周期过程 2 GB/T 11457-2006 信息技术 软件工程术语 3 术语和定义 下列术语和定义适用于本文件。3.1 项目 project 需要协同工作的一组任务,其目的在于开发和(或)维护一个具体的产品。产品可以包括硬件、软件或其他成分,一般项目有自己的经费、成本核算和交付进度。GB/T11457-2006:2.1255 3.2 项目集 program 经过协调管理以获取单独
11、管理所无法取得的收益的一组项目、子项目集和项目集活动。3.3 子项目集 sub program 作为另一个项目集的组成部分而被管理的一个项目集。3.4 研发运营一体化(DevOps)能力成熟度模型 第 8 部分:系统和工具技术要求 YD/T 0605T20192负载均衡 load balance 一种计算机技术,用来在多个计算机(计算机集群)、网络连接、CPU、磁盘驱动器或其他资源中分配负载,以达到最优化资源使用、最大化吞吐率、最小化响应时间、同时避免过载的目的,用于解决互联网架构中的高并发和高可用的问题。3.5 运行环境 runtime environment 构建中运行的环境或者计算机。3
12、.6 金丝雀发布 canary release 在黑与白之间,能够平滑过渡的一种发布方式。又称灰度发布,A/B测试就是一种灰度发布方式,让一部分用户继续用A,一部分用户开始用B,如果用户对B没有什么反对意见,那么逐步扩大范围,把所有用户都迁移到B上面来。可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以保证其影响度范围的一种发布方式。3.7 蓝绿发布 blue-green release 在发布过程中,新旧版本相互热备,发布过程是不停止老版本,直接部署新版本然后进行测试,通过切换路由权重的方式(非0即100)实现将流量切到新版本,然后老版本同时也升级到新版本,是一种可以保证系统在
13、不间断提供服务的情况下的发布方式。3.8 回滚 rollback 程序或数据处理错误,将程序或数据恢复到上一次正确状态的行为。回滚包括程序回滚和数据回滚等类型。3.9 网络钩子 Webhook 微服务API的使用范式之一,即前端不主动发送请求,完全由后端推送。3.10 环境 environment 应用程序运行所需的所有资源和它们的配置信息,通常分成两大类:基础设施资源及其配置;应用程序独立运行所需要的操作系统和中间件资源及其配置信息。3.11 配置项 configuration item YD/T 0605T20193一个配置中的实体,它满足一项最终使用功能,并能在给定的基准点上单独标识。G
14、B/T 8566-2007:3.6 3.12 配置管理 configuration management 是一个过程,通过该过程,可以维护一切与环境相关的信息,这些信息可以被定义、修改、存储和检索。应用技术和管理的指导和监控方法以标识和说明配置项的功能和物理特征,控制这些特征的变更,记录和报告变更处理和实现状态并验证与规定的需求的遵循性。GB/T11457-2006:2.313 3.13 开发环境 development environment 用于维持开发过程的一个或者一组资源及其配置信息,面向的是开发者。3.14 测试环境 test environment 测试运行其上的软件和硬件环境的描
15、述,以及任何其他与被测软件交互的软件,包括驱动和桩。3.15 生产环境 production environment 用于维持开发过程的一个或者一组资源及其配置信息,面向的是运维,但其运行服务面向的是用户或者客户。3.16 基础设施 infrastructure 支持应用运行的所有服务,包括DNS服务器、防火墙、路由器等等。3.17 中间件 middleware 一种类型的软件模块,它处在系统软件和应用软件之间,依赖系统软件的支持,又为应用软件提供支持,以方便应用软件的开发。GB/T11457-2006:2.954 3.18 性能测试 performance test 通过自动化的测试工具模拟
16、多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。评价系统或部件与规定的性能需求的依从性的测试行为。GB/T11457-2006:2.1135 3.19 构建环境 build environment YD/T 0605T20194指执行构建任务时所在设备的软件和硬件环境。3.20 构建任务 build task 指定义从输入到输出过程对构建环境、构建方法等必要因素的定义。3.21 构建过程 build process 指构建任务从开始执行到结束。3.22 复刻 fork 在软件开发中,开发者为一个版本仓库创建一份拷贝,并在拷贝上进行独立于源版本仓库的开发,从而分离出一个新的软件副本
17、的活动。复刻不仅仅创建了一个分支,还将软件开发活动与源版本库分离开来。3.23 合并 merge 当一个版本在多个独立分支中被修改后如何合并这些修改成为同一个版本的操作。3.24 合并评审 merge requests 在合并之前,允许多人对合并时所提交的变更内容进行代码审查,并给予合并意见的过程。3.25 基线 baseline 版本仓库中每个版本在特定时期的一个“快照”。它提供一个正式标准,随后的工作基于此标准,并且只有经过授权后才能变更这个标准。建立一个初始基线后,以后每次对其进行的变更都将记录为一个差值,直到建成下一个基线。3.26 版本仓库 repositories 被用来存储源代码
18、等版本文件。3.27 代码审查 code review YD/T 0605T20195对计算机源代码系统化地审查,常用软件同行评审的方式进行,其目的是在找出及修正在软件开发初期未发现的错误,提升软件质量及开发者的技术。代码审查常以不同的形式进行,例如结对编程、非正式的看过整个代码等。3.28 测试计划 testing plan 描述要进行的测试活动的范围、方法、资源和进度的文档。它标识测试项、要测试的特性、测试任务、谁做每一个任务和任务意外事故的风险计划。GB/T11457-2006:2.1714。3.29 测试脚本 testing script 对于给定的测试用例的设置、执行和评价测试结果的
19、详细指令。GB/T11457-2006:2.1720 3.30 执行记录 build history 执行构建的信息,日志,以及结果。3.31(制品)晋级 promotion 制品管理中,通常是指自构建产物通过某一级别质量关卡后,将其标记为更稳定状态的过程。例如从发布待定(release-candidate)升级为可发布(release)。3.32 长连接 long connection 在一个连接上可以连续发送多个数据包,在连接保持期间,如果没有数据包发送,需要双方发链路检测包。3.33 短连接 short connection 相对于长连接而言的概念,指的是在数据传送过程中,只在需要发送数
20、据时,才去建立一个连接,数据发送完成后,则断开此连接,即每次连接只完成一项业务的发送。3.34 性能测试场景 performance test scenario 模拟真实用户的服务流程或业务处理过程的一系列动作的集合。3.35 思考时间 think time YD/T 0605T20196由交互系统产生的提示符或消息的结束至用户响应开始之间消逝的时间。GB/T11457-2006:2.1729 3.36 配置基线 configuration baseline 在配置管理过程中对于一个或者多个配置项数据设置的集合,它们的内容和状态经过技术复审、被接受并相对稳定。基线是整个配置管理生命周期活动的起
21、点,并只能通过正式的变更控制过程改变。3.37 关系型数据 relational database 采用了关系模型来组织的数据,以行和列的形式进行存储 3.38 时序数据 time-series data 时间序列数据,是指同一指标按时间顺序记录的数据列。在同一数据列中的各个数据必须是同口径的,要求具有可比性。3.39 图数据 graph data 图结构,即以数据节点、边和属性来表示和存储数据的结构。3.40 非结构化数据 unstructured data 数据结构不规则或不完整,没有预定义的数据模型,不方便用数据库二维逻辑表来表现的数据。3.41 元数据 meta-data 用来描述数据
22、的数据,主要是描述数据属性的信息,用来支持如指示存储位置、历史数据、资源查找、文件记录等功能。3.42 全量表 full table 记录某时间的全部的最新状态的信息的数据表。3.43 增量表 increment table 是指在记录某一段时间内系统中数据的变化的信息的数据表。YD/T 0605T201973.44 拉链表 zipper table 是指记录一个事物从开始到当前状态的所有变化的信息的数据表。3.45 数据血缘分析 data lineage analysis 是保证数据融合(聚合)的一个手段,通过分析数据产生的链路实现数据融合处理的可追溯。3.46 数据集市 data mart
23、 是数据仓库的一种特殊形式。是为了满足特定的部门或者用户的需求,按照多维的方式进行存储,包括定义维度、需要计算的指标、维度的层次等,生成面向决策分析需求的数据立方体。3.47 钻取 drill 改变维的层次,变换分析的粒度。它包括向上钻取和向下钻取。3.48 网页视图 Webview 可以将其视为一个浏览器视图,主要用于显示、渲染请求的Web页面、对展示页面进行布局、与JavaScript相互调用等。3.49 遍在服务 ubiquitous service 指普遍存在的服务,能在任何时间、任何地点接入和控制的服务。3.50 时序图 sequence diagram 通过多个时间序列结构显示多个
24、相关对象的状态,如浏览器加载时序图,描述了通过浏览器访问某URL过程中各阶段所消耗的时间长度。3.51 热力图 heat map 以特殊高亮的形式显示访客热衷的页面区域和访客所在的地理区域的一种图形显示。3.52 桑基图 Sankey diagram YD/T 0605T20198即桑基能量分流图,也叫桑基能量平衡图。它是一种特定类型的流程图,图中延伸的分支的宽度对应数据流量的大小,通常应用于网络流量、业务转化等场景的可视化分析。3.53 DNS 劫持 DNS cache poisoning 域名劫持是互联网攻击的一种方式,通过攻击域名解析服务器或伪造域名解析服务器的方法,把目标网站域名解析到
25、错误的IP地址从而实现用户无法访问目标网站的目的或者蓄意要求用户访问指定IP地址(网站)的目的。3.54 系统日志 Syslog 或称系统记录,是一种用来在互联网协议(TCP/IP)的网上中传递记录消息的标准。3.55 SNMP 自陷 SNMP Trap 设备运行时可以在任何时候向管理者报告自身运行错误信息,从而避免管理者对其进行不间断的轮询访问。3.56 正则解析 regular analysis 正则解析是指采用特定的正则表达式语言,按照某种模式规则对日志文本数据进行整体或局部的查找、捕获,从中获取所需要的特定部分文本字符串,并给予字段命名的行为。3.57 扩展 geolocation e
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- YDT 3763.8-2021 研发运营一体化DevOps能力成熟度模型 第8部分:系统和工具技术要求通信 YD 3763.8 2021 研发 运营 一体化 DevOps 能力 成熟度 模型
链接地址:https://www.taowenge.com/p-67530734.html
限制150内