# 實作變更
<a name="implement-change"></a>

 受控變更在執行以下操作時必不可少：部署新功能，以及確保工作負載和作業環境正在執行已知且經過適當修補的軟體。如果這些變更不受控制，那麼就很難預測這些變更的影響，也很難解決由於這些變更而產生的問題。

 **用於盡量降低風險的其他部署模式** 

 [功能標記 (也稱為功能切換)](https://martinfowler.com/articles/feature-toggles.html) 是應用程式上的組態選項。您可以在功能關閉的情況下部署軟體，以讓客戶無法發現該功能。然後，您可以像啟用 Canary 部署一樣開啟該功能，也可以將變更速度設置為 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)