|
|
知识路径： > 信息系统运维的组织与管理 > 信息系统运维的管理 > 信息系统运维管理主要流程 > 信息系统运维管理主要流程 >
|
|
相关知识点：7个
|
|
|
|
|
发布管理负责规划、设计、构建、配置和测试硬件及软件，从而为运行环境创建发布组件的集合。发布管理的目标是交付、分发并追溯发布中的一个或多个变更。
|
|
|
|
发布管理的流程包括发布规划，发布设计、构建和配置，发布验收，试营运规划，沟通、准备和培训，发布分发和安装等。发布管理基本流程模型如下图所示。
|
|
|
|
|
|
|
|
|
|
发布规划包括协调发布内容，就发布日程安排、地点和相关部门进行协商，制定发布日程安排、沟通计划，现场考察以确定正在使用的硬件和软件，就角色和职责进行协商，获取详细的报价单，并与供应商就新硬件、软件和安装服务进行谈判协商，制定撤销计划，发布制定质量计划，由管理部门和用户共同对发布验收进行规划。
|
|
|
|
|
|
（1）设计。根据发布策略和规划，为发布进行相应的设计活动。这些活动具体包括明确发布类型，定义发布频率和定义发布方式。
|
|
|
|
（2）构建。一个发布单元可能会由多个发布组件构成，这些组件中有些可能是自主研发的，有些可能是外购的，发布团队应当整合所有发布组件，并对相关的程序进行规划和文档记录，并尽可能重复使用标准化流程。同时发布团队也需要获取发布所需的所有配置项和组件的详细信息，并对其进行必要的测试，确保构建的发布包中不包含具有潜在风险的项目。
|
|
|
|
（3）配置。需要发布的所有软件、参数、测试数据、运行中的软件和其他软件，都应处在配置管理的控制之下。在软件被构建应用之前，需要对其执行质量控制审核。有关构建结果的完整记录也要求记录到配置管理数据库（Configuration Management Database，CMDB）中，以确保在必要时按照该配置记录重复构建。
|
|
|
|
|
|
用户代表应对发布进行功能测试并由IT管理人员进行操作测试。在测试过程中，IT管理人员需要考虑技术操作、功能、运营、绩效，以及与基础设施其他部分集成等方面的问题。测试还应该涉及安装手册、撤销计划。在试运营开始之前，变更管理应安排由用户进行的正式验收及由开发人员签发的开发结束标记。发布应当在一个受控测试环境中验收，并确保该项发布可以被恢复至一个可知的配置状态。这种针对该项发布的基线状态应该在发布规划时明确，并应记录在配置管理数据库中。
|
|
|
|
|
|
试运营规划包括制定日常安排，以及有关任务和所需人力资源的清单，制定有关安装配置项、停止配置项，以及退出使用的具体方式的清单，综合考虑可行的发布时间及所在时区，为每个实施地点制定活动计划，邮寄发布备忘录及与有关方面进行沟通，制定硬件和软件的采购计划，购买、安全存储、识别和记录所有配置管理数据库中即将发布的新配置项。
|
|
|
|
|
|
通过联合培训、合作和联合参与发布验收等方式，确保负责与客户沟通的人员、运营人员和客户组织的代表都清楚发布计划的内容及该计划的影响。如果发布是分阶段进行的，则应该向用户告知计划的详细内容。
|
|
|
|
|
|
发布管理监控软件和硬件的采购、存储、运输、交付和移交的整个物流流程。硬件和软件存储设施应该确保安全，并且只有经过授权的人员才可以进入。为减少分发所需的时间，提高发布质量，推荐使用自动工具来进行软件分发和安装。在安装后，配置管理数据库中的相关信息应立即进行更新。
|
|
|
