deepread44｜第12章 信息系统服务管理 服务运营—发布与部署管理详解

ONEPSOFT | 软考学习知识库

---

deepread44｜第12章 信息系统服务管理 服务运营—发布与部署管理详解

知识点深度解读：服务运营—发布与部署管理

1. 知识点定位

「服务运营—发布与部署管理」属于【第 12 章 · 信息系统服务管理】12.2.5 过程要素设计中的 " 发布管理过程设计 "。它就是 IT 系统的 " 竣工验收后正式交付使用 "——把经变更批准的新版本软件/新设备，按方案有序上线到生产环境，并且必须带 " 回退预案 "，上线失败能退回原状，同时联动事件/问题/配置管理。

• 主要教材出处：第 12 章 12.2.5（发布管理过程设计）/ 关联 变更、配置、事件、问题
• 考试角色：选择题 + 案例题常考（发布活动 5 项、发布计划/回退方案/发布记录、评估指标：成功率/及时率/CMDB 更新）
• 与运维关联：发布部署就是 " 新系统/新版本上线投用 "——最容易出事的一步，没预案、没测试就硬上，往往全盘皆输。

2. 教材原文精摘（发布管理核心）

【发布管理过程设计·总体要求】原文：

系统规划与管理师在对发布管理过程进行设计时，应根据变更管理的设计、资源的配置情况 (如备件库、专用工具、最终软件库等) 和对信息系统资产的管理权限，设计发布管理的范围、分类、分级和活动顺序，如需与外部资源协同进行发布活动时，还需要设计与外部资源的沟通和约束机制，并写入 OLA 或 UC 中，设计发布管理考核指标、计算方式和回顾机制，关注发布管理与事件管理、问题管理、配置管理的关联。

【发布管理过程设计主要活动】原文：

发布管理过程设计的主要活动包括：

• 确定与发布管理过程一致的活动，包括规划、设计、建设、配置和测试等。
• 建立发布类型和范围的管理机制。
• 制定完整的方案，包括发布计划、回退方案、发布记录等。
• 建立发布过程和结果的评估机制，包括发布成功率、发布及时率、是否更新配置管理数据库等。

【发布管理关键指标】原文：

发布管理的关键指标包括发布管理过程的完整性以及发布过程记录的完整性、准确性等。

3. 系统解读（逐点讲透）

• 一句话：发布部署 = IT 系统的 " 竣工验收交付 "：按变更批准的内容，规划→建设→配置→测试→上线，且必须备好 " 回退方案 "，失败就退回。
• 设计依据：发布是建立在 " 变更已批准 " 之上的（根据变更管理设计），还要看资源（备件库、工具、最终软件库）和资产权限。
• 5 项活动：规划 → 设计 → 建设 → 配置 → 测试。先想清楚怎么发、搭好环境、配好参数、测过能跑，才上线。
• 完整方案三件套：发布计划（何时发、发什么）+ 回退方案（翻车怎么办）+ 发布记录（留痕）。回退方案是考试高频点——没有退路的上线是赌博。
• 外部协同：若要外部资源配合，把沟通约束写进 OLA（运营级别协议）或 UC（支持合同）。
• 评估机制：发布成功率、发布及时率、是否更新了 CMDB。上线了还不登记配置库，就是 " 建好楼不入户 "。
• 关联：发布后可能引发事件（出故障）、暴露问题（根因）、必须回写配置（家底更新）。

4. 工程实践举例（土木工程背景）

用 " 分部工程竣工验收交付 " 套：一栋新楼/一段新管线建好，不能直接让人住。要——规划交付方案 → 设计验收标准 → 建设施工收尾 → 配置设备调试 → 测试试运行，并且准备应急预案（如试运行不达标就暂停使用整改），验收记录留档。外部如供电、供水单位配合，要写进配合协议。交付完，这栋楼的状态要从 " 在建 " 更新进 " 竣工台账 "。

教材 ↔ 土木工程实践 对照表：

系规概念	土木类比	要点
发布依据变更管理	按已批变更/新图施工	先批后做
规划/设计/建设/配置/测试	方案/标准/收尾/调试/试运行	五步
发布计划 + 回退方案 + 发布记录	交付方案 + 应急预案 + 验收记录	三件套
回退方案	试运行不达标暂停整改	留退路
外部协同写 OLA/UC	水电气配合写进协议	约束外协
成功率/及时率/更新 CMDB	一次验收合格率/按时交付/入竣工台账	评估
关联事件/问题/配置	交付后投诉/质量通病/更新台账	联动

发布与部署 5 步 + 回退 + 联动：

流程图（结构化呈现）

1. 规划
2. 设计
3. 建设
4. 配置
5. 测试
6. 上线发布
7. 回退方案
8. 事件/问题/配置管理

对应关系

节点A	关系	节点B
上线发布	失败	回退方案
上线发布	联动	事件/问题/配置管理