# 工作負載和範圍
<a name="workload-and-scope"></a>

 根據 [AWS Well-Architected Framework](https://docs.aws.amazon.com/wellarchitected/latest/userguide/workloads.html)：

 工作負載是可提供商業價值的資源和程式碼集合，例如客戶面向的應用程式或後端流程。工作負載可能包含單一 AWS 帳戶 中的一小部分資源，也可能是跨多個 AWS 帳戶 的多個資源集合。小型企業可能只有少量工作負載，而大型企業可能擁有數千個工作負載。

 工作負載不只是雲端服務或資源。還包括人員、團隊、程序和執行手冊，以及交付商業價值的技術和基礎結構。在執行 WAFR 之前，請花時間了解並記錄工作負載的元件。這可協助您節省審查階段的時間。

## 選擇 WAFR 的工作負載
<a name="choosing-a-workload-for-a-wafr"></a>

 若要準備 WAFR 的工作負載，請與團隊討論下列問題：
+  誰擁有工作負載？ 發生工作負載中斷影響業務的情況時，誰要負責？ 
+  工作負載的用途為何？ 是否有業務分析？ 是否有沙盒、訓練和記錄？ 
+  此工作負載是否需存在？ 如果您將其關閉會發生什麼情況？ 
+  工作負載是面向客戶還是內部？ 
+  工作負載是正式執行還是非正式執行？ 
+  工作負載處於其生命週期中的哪個階段？ 
+  工作負載發生中斷時，會產生什麼影響？ 
+  工作負載的界限為何？ 
+  此工作負載有哪些相依性？ 

 在繼續執行 WAFR 之前，您應該能夠在評估工作負載時，清楚回答上述大多數問題。

## 審查的範圍為何？
<a name="what-is-the-scope-of-the-review"></a>

 雖然 WAFR 最終會涵蓋[架構的所有支柱](https://docs.aws.amazon.com/wellarchitected/latest/framework/the-pillars-of-the-framework.html)，但我們可以在做出決策之前找出權衡並了解內容。專注於優先處理的支柱或工作負載的特定區域，會是開始著手的好方法。

 定義較廣的審查程序、產生一些可行的結果，以及迭代，都可協助您為工作負載和業務產生更多價值。

 考慮分階段的方法：

1.  確定兩到三個與目前業務和技術內容最相關的主要支柱 

1.  在這些支柱內展現工作負載的價值 

1.  獲得滿意的結果後，對更多支柱重複執行 

 若要進一步縮小範圍，可使用專為工作負載設計的焦點。