OPS11-BP01 建立持續改進程序
根據內部和外部架構最佳實務評估您的工作負載。進行頻繁、有目的的工作負載審查。根據您的軟體開發步調制定改進機會的優先順序。
預期成果：
-
根據架構最佳實務頻繁分析工作負載。
-
在軟體開發過程中，改進機會與功能獲得同等優先級。
常見的反模式：
-
您在數年前部署工作負載後，即未對其執行過架構審查。
-
您給予改進機會較低的優先級。與新功能相比，這些機會仍在待辦事項中。
-
沒有針對組織的最佳實務實作修改標準。
建立此最佳實務的優勢：
-
您的工作負載在架構最佳實務中保持最新狀態。
-
您以故意的方式發展工作負載。
-
您可以利用組織最佳實務來改進所有工作負載。
-
您可以獲得具有累積影響的邊際收益，從而提高效率。
未建立此最佳實務時的曝險等級：高
實作指引
經常對工作負載進行架構審查。使用內部和外部最佳實務，評估您的工作負載並識別改進機會。根據您的軟體開發步調制定改進機會的優先順序。
實作步驟
-
以商定的頻率對生產工作負載進行定期架構審查。使用包含 AWS 特定最佳實務的已記載架構標準。
-
使用內部定義的標準進行這些審查。如果沒有內部標準，可使用 AWS Well-Architected Framework。
-
使用 AWS Well-Architected Tool 來建立內部最佳實務的自訂聚焦，並執行架構審查。
-
請聯絡您的 AWS 解決方案架構師或技術客戶經理，在引導下執行工作負載的 Well-Architected Framework 審查。
-
-
在您的軟體開發程序中，為在審查期間找出的改進機會制定優先順序。
實作計劃的工作量：低。可以使用 AWS Well-Architected Framework 進行每年的架構審查。
資源
相關的最佳實務：
相關文件：
相關影片：
相關範例：
