26、深入解析DevOps中的发布管理

深入解析DevOps中的发布管理

1. 紧急发布与早期支持

• 紧急发布 ：紧急发布是紧急变更的规划和执行对应措施。通常在紧急变更之后实施，目的是修复事件并避免负面业务影响。不过，紧急发布的数量会对组织和项目产生负面影响，它并非首选或预先规划的发布类型，而是由突发事件引发的。有时发布策略允许紧急变更仅在两次小版本发布之间进行。
• 早期支持 ：在非DevOps项目中，早期支持是ITIL服务过渡阶段的关键生命周期阶段之一。部署完成后，构建团队和支持团队会有一个临时的重叠阶段。构建团队在部署后立即提供支持，支持团队协助。由于支持在部署后的最初几周提供，所以称为早期支持，有些组织称之为“高度关注期”。在此期间，服务级别协议（SLA）和其他服务衡量参数通常不生效。而在DevOps项目中，由于构建团队和支持团队是同一团队，早期支持阶段被完全消除，产品在整个生命周期都能获得最佳支持。

2. 部署选项

当软件准备好部署时，有两种基本的部署选项：
- 大爆炸式选项 ：所有用户能同时享受升级后的服务，服务提供商可保证服务的一致性。通常会先进行试点以确保软件正常工作。但这种方式如今很少被采用，因为一旦出现错误，后果将是灾难性的，会对业务造成巨大负面影响。
- 分阶段方法 ：除了地理部署外，还有多种分阶段方法的变体，如分别部署不同功能、所有用户同时面临停机但部署分阶段进行、结合地理部署、按功能部署和全体停机等。分阶段方法的主要缺点是需要大量持续规划，且用户之间的版本可能存在差异，这可能