【ITIL4】34服务实践 - 发布管理

ITIL4中的发布管理（ Release Management ）是一个核心实践，其根本目的是确保新的和变更后的服务与功能能够正式交付并可供用户使用。

发布管理关注的不仅仅是技术上的上线，更是一个综合性的管理体系，涵盖了从规划、构建、测试到最终向用户宣告可用的全过程，皆在实现受控，低风险和高满意度的服务交付。

发布管理实践的核心目标是确保服务按照组织政策和用户之间的协议来提供，它能带来诸多好处。

理解发布管理、首先要厘清它与"部署管理"的区别。这是两个紧密相关但职责不同的实践。

让功能可供使用。决定"何时"以及"如何"，将新功能正式交付给用户，并通知用户。

将组件移动到环境中，执行"移动"这个动作，例如将软件包安装到生产服务器上。

简单来说，部署是技术层面的操作，而发布是业务层面的交付。一个功能可能被部署到生产环境，但如果没有经过发布流程（如通知用户、更新文档等），对用户而言它仍然是不可用的。

发布管理的活动主要围绕两个核心流程展开：

这个流程负责设计和优化组织内不同类型的发布方法。一个"发布模型"是针对特定类型发布的可重复管理方法，它定义了发布的策略、规则和标准。

这个流程负责执行具体的发布实例，确保每次发布都顺利进行。

活动包括
- 确定适用模型：为本次发布选择合适的发布模型。
- 发布实例计划：制定详细的发布计划，包括时间表、资源、沟通方案等。
- 验证与执行：对服务组件和发布程序进行验证，然后执行发布。
- 发布审查：发布完成后进行复盘，总结经验教训。

发布管理不是一个孤立的实践，它的成功高度依赖于与其他ITIL实践的紧密协作。

变更支持（Change Enablement）：发布通常源于一个被批准的变更请求。变更支持实践负责评估和授权变更，为发布管理铺平道路。
部署管理（Deployment Management）:发布管理依赖部署管理将软件组件实际移动到生产环境中。
服务验证和测试 (Service Validation and Testing)：在发布前，必须确保新服务或变更的服务满足质量和功能要求，这需要服务验证和测试实践的支撑。
软件开发和管理 (Software Development and Management)：发布的内容通常由软件开发团队创建，两者在持续集成/持续交付（CI/CD）流程中紧密集成。