# 实施变更
<a name="implement-change"></a>

 要部署新功能并确保工作负载及运行环境运行已知且经过适当修补的软件，就必须进行受控更改。如果这些更改不受控制，那么就很难预测这些更改的影响，也很难解决由此产生的问题。

 **其他可将风险最小化的部署模式** 

 [功能标记（又被称作功能切换）](https://martinfowler.com/articles/feature-toggles.html)是应用程序上的配置选项。您可以在部署软件时将某个功能关闭，避免客户看到该功能。然后可以像进行金丝雀部署那样启用该功能，也可以将更改速度设置为 100% 来查看效果。如果部署有问题，只需关闭该功能即可，无需回滚。

 [故障隔离区域部署](https://aws.amazon.com/builders-library/static-stability-using-availability-zones/)：AWS 针对自己的部署制定的最重要规则之一，就是避免同时接触一个区域内的多个可用区。这条规则非常重要，可以确保可用区彼此独立，方便计算可用性。我们建议您在自己的部署中，也做同样的考量。

 **运营准备情况审查（ORR）** 

 AWS 发现，执行运营准备情况审查非常有用。该审查可以评估测试的完整性、监控能力，更重要的是，其可根据应用程序的 SLA 进行性能审计的能力，以及在出现中断或其他操作异常时提供数据的能力。在初始生产部署之前会进行正式的 ORR。AWS 会定期重复执行 ORR（每年一次或在关键性能阶段之前），确保没有“偏离”运营预期。如需关于运营准备情况的更多信息，请参阅 [AWS Well-Architected Framework](https://aws.amazon.com/architecture/well-architected/) 中的[卓越运营支柱](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/welcome.html)。

**Topics**
+ [REL08-BP01 对部署等标准活动使用运行手册](rel_tracking_change_management_planned_changemgmt.md)
+ [REL08-BP02 将功能测试作为部署的一部分进行集成](rel_tracking_change_management_functional_testing.md)
+ [REL08-BP03 将韧性测试作为部署的一部分进行集成](rel_tracking_change_management_resiliency_testing.md)
+ [REL08-BP04 使用不可变基础设施进行部署](rel_tracking_change_management_immutable_infrastructure.md)
+ [REL08-BP05 使用自动化功能部署更改](rel_tracking_change_management_automated_changemgmt.md)