DB32 T 3884-2020 金融机构信息科技系统运行维护自动交付规范.pdf
《DB32 T 3884-2020 金融机构信息科技系统运行维护自动交付规范.pdf》由会员分享,可在线阅读,更多相关《DB32 T 3884-2020 金融机构信息科技系统运行维护自动交付规范.pdf(17页珍藏版)》请在麦多课文档分享上搜索。
1、ICS 03.080.01 A 12 DB32 江 苏 省 地 方 标 准 DB 32/T 3884-2020 金融机构 信息科技系统运行维护 自动交付规范 Automatic Delivery Specification for Operation and Maintenance of Information Technology System in Financial Institutions 2020 -10 - 13 发布 2020 -11 -13 实施 江苏省市场监督管理局 发布 DB32/T 3884-2020 I 目 次 目次 . I 前言 . II 1 范围 . 1 2 规范性
2、引用文件 . 1 3 总则 . 1 4 环境管理 . 1 4.1 环境类型选择 . 1 4.2 环境构建 . 2 4.3 环境依赖与配置管理 . 2 5 数据管理 . 2 5.1 测试数据管理 . 2 5.2 数据变更管理 . 3 6 配置管理 . 3 6.1 版本控制 . 3 6.2 变更管理 . 5 7 构建与持续集成 . 6 7.1 构建实践 . 6 7.2 持续集成 . 6 8 测试管理 . 7 8.1 明确测试分层策略 . 7 8.2 代码质量管理 . 8 8.3 自动化测试 . 9 9 部署与发布管理 . 10 9.1 部署与发布模式 . 10 9.2 部署流水线 . 11 10
3、度量与反馈 . 12 10.1 度量指标 . 12 10.2 度量驱动改进 . 13 DB32/T 3884-2020 II 前 言 本标准 按照 GB/T 1.1-2009标准化工作导则 第 1部分:标准的结构和编写给出的规则起草。 本标准 由中国人民银行南京分行提出。 本标准 起草单位: 苏州银行股份有限 公司 、 中国人民银行苏州市中心支行、中国人民银行盐城市中 心支行。 本标准 主要起草人: 张小玉、李微羽、张振兴、许燕刚、姜静 、 卜家怡 、钱卫星 、魏晋、 周秋亭 、 谢凯 、黄海、石刚 、 周桢骑 。 DB32/T 3884-2020 1 金融机构 信息科技系统运行维护自动交付规
4、范 1 范围 本 文件规定了金融机构 信息科技系统运行维护自动交付 过程中的术语和 缩略语 、总述、 环境管理 、 数据管理 、配置 管理 、 构建与持续集成 、 测试管理 、 部署与发布管理 及 度量与反馈 。 本文件 适用于江苏省各金融机构单位提升运行维护自动交付能力的建设。 2 规范性引用文件 下列文件对于本文件的 引用 是必不可少的。 凡是注日期的引用文件 , 仅所注日期的版本适用于本文 件。凡是不注日期的引用文件 , 其最新版本 ( 包括所有的修改单 ) 适用于本文件。 GB/T 28827.2-2012 信息技术服务 运维维护 GB/T 32399-2016 信息技术云计算参考架构
5、 GB/T 32400-2015 信息技术云计算概览与词汇 GB/T 33136-2016 信息技术服务数据中心服务能力成熟度模型 YD/T 2441-2013 互联网数据中心技术及分级分类标准 3 总则 持续交付是一种持续的将各类变更(包括新功能、缺陷修复、配置变化、实验 等)安全、快速、高 质量地落实到生产环境或用户手中的能力,信息科技系统运行维护自动交付是持续交付的必要手段,在 应用软件集成交付环节,从环境管理、数据管理、配置管理、构 建与持续集成、测试管理、部署与发布 管理、度量与反馈七个方面(如表 1 所 示),保证软件持续顺畅、高质量的对用户完成发布。 表 1 自动交付分级技术环节
6、 持续交付 环境管理 数据管理 配置管理 构建与持续 集成 测试管理 部署与发布 管理 度量与反馈 环境类型 选择 测试数据管理 版本控制 构建实践 明确测试分 层策略 部署与发布 模式 度量指标 环境构建 数据变更管理 变更管理 持续集成 代码质量管 理 部署流水线 度量驱动改 进 环境依赖与 配置管理 自动化测试 4 环境管理 4.1 环境类型 选择 DB32/T 3884-2020 2 研发环境的种类 宜 具有 齐备性 , 并能 满足不同阶段业务需求的能力 , 具体要求如下: a) 宜 建立全面的测试与灰 度环境包括:开发环境,技术测试及业务测试环境以及灰度发布环境 等; b) 宜 根据
7、业务与应用的需要,弹性分配各类环境 。 4.2 环境构建 应 从交付过程和交付速度中体现生成方式和交付能力 , 具体要求如下: a) 环境构建 宜 通过自动化来完成 ; b) 环境准备时间小时级 ,如 环境的构建可以通过 容器化快速交付,则环境准备时间分钟级 ; c) 环境的构建 宜 通过自服务的资源交付平台来完成 ; d) 环境 宜 根据业务及应用架构弹性构建 。 4.3 环境依赖与配置管理 通过环境所依赖的内容的识别和管理,以及环境变更的有效跟踪反馈的方法, 宜 确保环境的一致性 和受控 , 具体要求如下: a) 宜 通过配置管理工具实现操作系统级别的依赖管理,如 操作系统版本、组件 版本
8、、程序包版本 等; b) 以应用为中心, 建立 服务级依赖的配置管理 能力,如依赖的关联服务,数据库服务、缓存服务、 关联应用服务 等 ; c) 环境和依赖配置管理 宜 实现代码化描述 ; d) 宜 具备 实例级的动态配置管理能力, 根据业务和应用架构弹性变化 。 5 数据管理 5.1 测试数据管理 5.1.1 数据来源 通过 测试数据的生成方式 ,可产生 用以满足不同测试类型需求 的 数据来源 , 具体要求如下: a) 导出部分生产环境数据并清洗敏感信息后形成基准的测试数据集 ; b) 部分测试用例专属的测试数据 宜 按需通过模拟或调用应用程序 API 的方式自动生成 。 5.1.2 数据覆
9、盖 通过 测试数据对于各种测试类型需求的支持能力 可实现 数据覆盖 , 具体要求如下: a) 宜 建立体系化测试数据,进行数据依赖管理,覆盖全部测试分层策略要求的测试类型 ; b) 测试数据 宜 覆盖安全漏洞和开源合规等需求场景 ; c) 宜 定期更新机制,持续 优化数据管理方式和策略 。 DB32/T 3884-2020 3 5.1.3 数据独立性 测试数据在测试执行各阶段的完整性和一致性 , 不 应 受到其他任务执行结果的影响 , 以 确保 数据独 立性 , 具体要求如下: a) 测试数 据 宜 明确备份恢复机制; b) 宜 实现测试数据复用和保证测试一致性; c) 宜 对测试数据分级,形
10、成元数据和测试用例专用数据; d) 测试用例的执行不 应 依赖其他测试用例执行所产生的结果数据,每个测试用例 宜 拥有专属的测 试数据,具备明确 的测试初始状态 。 5.2 数据变更管理 5.2.1 变更过程 设计 通过 数据库相关信息的更新方法和实现机制 确保 变更过程 , 具体要求如下: a) 数据变更 宜 作为软件发布的一个独立环节 ,单独实施和交付 ; b) 宜 使用自动化脚本完成标准的数据变更 ; c) 宜 将数据变更纳入持续部署流水线,经人工确认后自动完成 ; d) 应用程序部署和数据库变更 宜 解耦,可单独执行 ; e) 宜 建立 持续优化的数据管理方法,持续改进数据管理效率 。
11、 5.2.2 兼容 回退 通过 数据库变更的向下兼容性以及回退变更的能力和方法 确保 兼容 回退 , 具体要求如下: a) 宜 建立数据库和应用的版本对应关系,并持续跟踪版本变更 ; b) 每次数据变更 宜 提供明确的 回退 机制,并进行变更测试,如提供升级和 回退 自动化脚本 ; c) 数据变更 宜 具备向下兼容性,支持保留数据的 回退 操作和零停机部署 。 5.2.3 数据监控 通过对数据变更过程的日志、状态、 指标的收集 、 分析 及 决策的能力 确保数据监控 , 具体要求如下: a) 宜 收集和分析数据变更日志,实现变更问题快速定位 ; b) 宜 针对不同环境和重要 程度对数据变更建立
12、分级监控机制 ; c) 宜 对数据变更进行监控,发现和修复异常变更 ; d) 宜 持续监控和优化数据变更机制 。 6 配置 管理 6.1 版本控制 6.1.1 版本控制系统 DB32/T 3884-2020 4 通过记录一个或若干文件内容变化,能够查阅特定版本修订情况的版本控制系统 , 具体要求如下: a) 宜 使用统一的版本控制系统 ; b) 宜 将全部源代码纳入版本控制系统管理 ; c) 宜 将配置文件、构建和部署等自动化脚本纳入版本控制系统 管理 ; d) 宜 建立健全的版本控制系统管理机制,包括:代码库命名规范、备份与可用性保障机制、权限 专人专岗管理等; e) 宜 将数据库变更脚本和
13、环境配置等纳入版本控制管理; f) 版本控制系统相关操作 宜 以自动化的方式实现,而非手工操作; g) 宜 建立针对 版本控制系统的度量与监控机制 ; h) 宜 将软件生命周期的所有配置项纳入版本控制管理 ; i) 宜持续优化 版本控制系统 。 6.1.2 分支管理 通过对软件研发过程中的分支和集成策略的管理(分支策略代表了研发协作方式)实现分支管理 , 具体要求如下: a) 分支可以频繁地向主干合并 ; b) 主干随时可进行指定版本的测试和发布 ; c) 可 以针对不同业务和技术要求,选用不同的分支策略,在指定时间发布 ; d) 特性代码可按需合并到主干进行验证和发布 ; e) 宜 建立 持
14、续优化的分支管理机制 。 6.1.3 制品管理 通过 对软件研发过程中生成产物的管理,即 作为最终交付物完成发布和交付的制品管理 , 具体要求 如下: a) 宜 使用统一的制品库管理构建产物 ; b) 应具备 清晰的存储结构 且有唯一 版本号 ; c) 宜 通过统一的制品库地址进行构建产物分发 ; d) 应 将依赖组件纳入制品库管理 ; e) 制品库 读写 应 建立清 晰的权限管控制度 ; f) 宜 对制品库完成分级管理以建立体系化的制品库管理策略,包括:备份与恢复机制 、 制品库完 整性与 一致性保障机制 等; g) 宜 持续优化制品管理机制 。 6.1.4 单一可信数据源 DB32/T 3
15、884-2020 5 通过 信息数据模型和关联模式,保证每个数据元素只存储一份,确保数据的一致性的单一可信数据 源 , 具体要求如下: a) 开发测试部署环节所用到的源代码 应 来源于统一版本控制系统 ; b) 版本控制系统和制品库 应 作为单一可信数据源,覆盖部署环节 ; c) 单一可信数据源 应 贯穿整个研发价值流交付过程 ; d) 在组织内部 宜 开放共享,建立知识积累和经验复用体系 。 6.2 变更管理 6.2.1 变更过程 设计 通过变更的触发条件和实施手段,覆盖完整生命周期的变更过程 , 具体要求如下: a) 应 建立 包括 代码 和基础设施配置项的 基线 ; b) 应 使用统一的
16、变更管理系统 , 所有配置项变更由变更管理系统触发 ; c) 应 针对重点变更内容进行评审 ; d) 宜 记录代码变更管理信息 ; e) 应 建立变更的分级评审机制 ; f) 变更管理过程 宜 覆盖从需求到部署发布全流程 ; g) 针对每次变更内容 宜 进行评审,尽可能使用自动化手段 ; h) 宜 建立 可视化变更生命周期,支持全程数据分析管理 。 6.2.2 变更追溯 通过变更相关信息和状态的识别和查询,包括变更人员、变更时间、变更原因、变更内容等 进行 变 更追溯 , 具体要求如下: a) 应 清晰定义版本号规则 ; b) 宜 实现制品和代码基线的关联,可追溯指定版本的完整源代码信息 ;
17、c) 宜 实现版本控制系统和变更管理系统的自动化关联,信息双向同步和实时可追溯 ; d) 变更依赖关系 宜 被识别和标记 ; e) 宜 实现数据库和环境变更信息的可追溯 ; f) 宜 实现从需求到部署发布各个环节的相关全部信息的全程可追溯 。 6.2.3 变更 回退 通过将变更恢复到变更之前状态的变更回退 , 具体要求如下: a) 宜 实现变更管理系统和版本控制系统的 一 同 回退 ,保证状态的一致性 ; b) 回退 操作 宜 实现自动化 ; c) 宜 自动化 回退 全流程的所有变更包括变更依赖 ; DB32/T 3884-2020 6 d) 宜 准备经过验证且可接受的其它补偿或应急措施 以应
18、对不适用回退 的 场景 。 7 构建与持续集成 7.1 构建实践 7.1.1 构建方式 设计 通过源 代码转变为可运行程序的方法和过程的构建方式 , 具体要求如下: a) 宜 采用脚本实现构建过程自动化 ; b) 宜 定义结构化构建脚本,实现模块级共享复用 ; c) 构建脚本 应 由专人统一维护 (可 兼职) ; d) 宜 实现构建方式服务化,可按需提供接口或用户界面,将构建能力赋予整个研发 团队 ; e) 宜 按场景实现构建过程可视化编排 ; f) 宜持续优化 构建服务平台,持续改进服务易用性 。 7.1.2 构建环境 搭建 通过构建实际运行过程的设备和资源依赖的载体的构建环境 , 具体要求
19、如下: a) 宜 建立独立的构建服务器,多种任务共用构建环境; b) 构建环境配置 应 实现规范化; c) 宜 建立独立的构建资源 池; d) 宜 持续改进构建 环境以提高构建效能 。 7.1.3 构建计划 明确 通过 构建被触发的方式,频率和编排过程 , 具体要求如下: a) 宜 细分构建类型, 如发布构建、测试构建 ; b) 宜 明确定义构建计划和规则,并在团队内共享 ; c) 宜 实现定期自动执行构建和代码提交触发构建 。 7.1.4 明确构建职责 通过 构建相关工具,系统和过程的责任主体 职责 , 具体要求如下: a) 构建工具和环境 宜 由专门团队维护并细分团队人员职责 ; b) 宜
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
5000 积分 0人已下载
下载 | 加入VIP,交流精品资源 |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- DB32 3884-2020 金融机构信息科技系统运行维护自动交付规范 3884 2020 金融机构 信息 科技 系统 运行 维护 自动 交付 规范
