定義雲端採用方案的工作負載並設定其優先順序
建立清楚且可採取動作的優先順序是成功採用雲端的其中一個秘密。 自然的嘗試是投資時間來定義在雲端採用期間可能受到影響的所有工作負載。 但這會適得其反，特別是在採用流程的早期。
相反地，我們建議您的小組徹底排定優先順序，並記錄前 10 個工作負載。 實作採用方案之後，小組可以維護下列 10 個最高優先順序工作負載的清單。 此方法提供足夠的資訊來規劃後續的幾個反復專案。
將方案限制為 10 個工作負載，可在商務準則變更時促進靈活度和優先順序的一致性。 這種方法也可讓雲端採用小組學習和精簡估計值。 最重要的是，它會移除廣泛的規劃，成為有效業務變更的障礙。
什麼是工作負載？
在雲端採用中，工作負載是 IT 資產的集合， (伺服器、VM、應用程式、資料或設備) ，共同支援定義的程式。 工作負載可以支援一個以上的流程。 工作負載也可以依賴其他共用資產或較大的平台。 不過，工作負載應該已定義有關相依資產的界限，以及依賴工作負載的流程。 通常，您可以監視 IT 資產之間的網路流量來將工作負載視覺化。
必要條件
必要條件清單中的策略性輸入可讓完成下列工作更容易管理。 如需協助收集本文所討論的資料，請參閱必要條件。
初始工作負載優先順序
在 累加式合理化的過程中，您的小組應該同意包含 10 個優先順序工作負載 的 Power of 10 方法 。 這些工作負載可充當採用規劃的初始界限。
假設您決定不需要數位資產合理化。 在此情況下，我們建議雲端採用小組和雲端策略小組同意 10 個應用程式清單，以作為移轉的初始焦點。 我們建議這 10 個工作負載包含簡單工作負載的混合， (獨立部署中少於 10 個資產) 和更複雜的工作負載。 這 10 個工作負載會啟動工作負載優先順序程式。
注意
10 的威力做為初始規劃界限，著重于早期分析的能源和投資。 不過，分析和定義工作負載可能會造成優先順序工作負載清單中的變更。
將工作負載新增至雲端採用方案
在先前的文章 (雲端採用方案和 Azure DevOps) 中，您已在 Azure DevOps 中建立雲端採用方案。
您現在可以在雲端採用方案中以 10 次冪清單代表工作負載。 做到這一點的最簡單方式，就是在 Microsoft Excel 中透過大量編輯進行。 若要準備工作站進行大量編輯，請參閱使用 Microsoft Excel 大量新增或修改工作項目。
該文章中的步驟 5 會告訴您選取 [輸入清單]。 請改為選取 [查詢清單]。 然後，從 [選取查詢] 下拉式清單中，選取 [工作負載範本] 查詢。 該查詢會載入與將單一工作負載移轉至試算表相關的所有工作。
載入工作負載範本的工作項目之後，請遵循下列步驟來開始新增工作負載：
- 複製最右邊資料行中具有 [工作負載範本 ] 標籤的所有專案。
- 將複製的資料列貼到資料表中的最後一行項目下方。
- 將新功能的 [標題] 資料格從 [工作負載範本] 變更為新工作負載的名稱。
- 將新的工作負載名稱資料格貼入至新功能下方所有資料列的標籤資料行。 請小心不要變更與實際 工作負載範本 功能相關的資料列標籤或名稱。 當您將下一個工作負載新增至雲端採用方案時，您將需要這些工作專案。
- 請跳至大量編輯指示中的步驟 8，以發佈工作表。 此步驟會建立移轉工作負載所需的所有工作項目。
針對 Power of 10 清單中的每個工作負載重複步驟 1 到 5。
定義工作負載
定義初始優先順序並將工作負載新增至計畫之後，請透過更深入的定性分析定義每個工作負載。 在雲端採用方案中包含任何工作負載之前，請嘗試為每個工作負載提供下列資料點。
商務方面的考量要項
| 資料點 | Description | 輸入 |
|---|---|---|
| 工作負載名稱 | 此工作負載叫什麼？ | |
| 工作負載描述 | 一句話，此工作量做什麼？ | |
| 採用動機 | 此工作負載會影響哪些雲端採用動機？ | |
| 主要贊助者 | 對於受影響的專案關係人，誰是要求前述動機的主要贊助者？ | |
| 業務影響 | 此工作負載的業務影響為何？ | |
| 應用程式影響 | 此應用程式對商務流程有何影響？ | |
| 資料影響 | 資料對商務有何影響？ | |
| 業務單位 | 哪個業務單位負責此工作負載的成本？ | |
| 商務流程 | 工作負載的變更將會影響哪些商務流程？ | |
| 商務小組 | 哪些商務小組會受到變更的影響？ | |
| 商務專案關係人 | 是否有其商務會受到變更影響的主管？ | |
| 業務成果 | 商務將如何衡量此工作的成功？ | |
| 計量 | 哪些計量將用來追蹤成功？ | |
| 法規遵循 | 此工作負載是否有任何協力廠商合規性需求？ | |
| 應用程式擁有者 | 誰負責與此工作負載相關聯的任何應用程式的商務影響？ | |
| 商務凍結期間 | 企業不允許變更時，是否有任何時間？ | |
| 地理位置 | 是否有受此工作負載影響的任何地理位置？ | |
| 永續性 | 此工作負載已考慮哪些 永續性和雲端效率考慮 ？ |
技術方面的考量要項
| 資料點 | Description | 輸入 |
|---|---|---|
| 採用方法 | 此採用是移轉或創新的候選者嗎？ | |
| 應用程式作業主導者 | 列出負責此工作負載效能和可用性的合作物件。 | |
| SLA | 列出任何服務等級協定 (RTO/RPO 需求)。 | |
| 重要性 | 列出目前的應用程式重要性。 | |
| 資料分類 | 列出資料敏感度的分類。 | |
| 操作地理位置 | 列出裝載或應裝載工作負載的任何地理位置。 | |
| 應用程式 | 指定此工作負載中所包含任何應用程式的初始清單或計數。 | |
| VM | 指定此工作負載中所包含任何 VM 或伺服器的初始清單或計數。 | |
| 資料來源 | 指定此工作負載中所包含任何資料來源的初始清單或計數。 | |
| 相依性 | 列出工作負載中未包含的任何資產相依性。 | |
| 使用者流量地理位置 | 列出具有大量使用者流量集合的地理位置。 |
確認優先順序
根據組合的資料，雲端策略和採用小組應符合以重新評估優先順序。 商務資料點的釐清可能提示優先順序中的變更。 技術複雜度或相依性可能會導致與人員配置、時間軸或技術工作順序相關的變更。
檢閱之後，這兩個小組都應該對確認產生的優先順序感到滿意。 這組已記載、驗證和確認的優先順序是優先採用的雲端採用待辦項目。
後續步驟
針對已設定優先順序的雲端採用待辦項目中的任何工作負載，小組現在已準備好調整資產。