OPS11-BP01 建立持續改進程序
根據內部和外部架構最佳實務評估您的工作負載。至少每年執行一次工作負載審查。根據您的軟體開發步調制定改進機會的優先順序。
預期成果：
-
您根據架構最佳實務以至少一年的間隔分析工作負載。
-
改進機會在您的軟體開發程序中獲得了均等的優先順序。
常見的反模式：
-
您在數年前部署工作負載後，即未對其執行過架構審查。
-
改進機會獲得了較低的優先順序，並保留在積存中。
-
沒有對組織的最佳實務實作修改的標準。
建立此最佳實務的優勢：
-
您的工作負載依據架構最佳實務保持在最新狀態。
-
您的工作負載演進以審慎的方式執行。
-
您可以利用組織最佳實務來改進所有工作負載。
未建立此最佳實務時的風險暴露等級：高
實作指引
您以至少一年的間隔執行工作負載的架構審查。使用內部和外部最佳實務，評估您的工作負載並識別改進機會。根據您的軟體開發步調制定改進機會的優先順序。
客戶範例
AnyCompany Retail 的所有工作負載均經過每年一次的架構審查處理。他們自行制定了適用於所有工作負載的最佳實務檢查清單。他們使用 AWS Well-Architected Tool 的自訂聚焦功能，利用最佳實務的工具和自訂聚焦執行審查。從審查產生的改進機會在軟體衝刺中獲得了優先順序。
實作步驟
-
以至少一年的間隔，執行生產工作負載的定期架構審查。使用包含 AWS 特定最佳實務的已記載架構標準。
-
建議您使用自己的內部定義標準進行這些審查。如果您沒有內部標準，建議您使用 AWS Well-Architected Framework。
-
您可以使用 AWS Well-Architected Tool 來建立內部最佳實務的自訂聚焦，並執行架構審查。
-
客戶可聯絡其 AWS 解決方案架構師，在引導下執行其工作負載的 Well-Architected Framework 審查。
-
-
在您的軟體開發程序中，為在審查期間找出的改進機會制定優先順序。
實作計劃的工作量：低。您可以使用 AWS Well-Architected Framework 執行年度架構審查。
資源
相關的最佳實務：
-
OPS11-BP02 執行事故後分析 - 事件後分析是改進項目的另一個產生來源。將獲得的經驗饋送到架構最佳實務的內部清單中。
-
OPS11-BP08 記錄和分享獲得的經驗 - 自行制定架構最佳實務時，請在您的組織中予以共享。
相關文件：
相關影片：
相關範例：
