移轉波規劃

本文說明如何將工作負載組織成結構化移轉波次，以成功採用 Azure。 移轉波規劃會將大型移轉專案分割成較小、可管理的工作負載群組，這些工作負載可以一起移轉。 這種方法可降低風險和複雜性，同時提高雲端採用旅程的速度。 透過以受控批次進行遷移，而不是嘗試一次移動所有內容，您可以在每一波中獲得寶貴的經驗，從而改善後續的遷移。

反覆規劃以適應不斷變化的需求

移轉規劃的反覆方法會將工作負載分組為波浪，並適應執行期間發現的新資訊。 這種方法可讓您靈活地調整遷移策略，因為您發現技術挑戰、不斷變化的業務優先順序和以前未知的依賴關係。 您應該使用波次來構建移轉計劃，因為反覆規劃比嚴格且全面的計劃提供更好的結果。

1. 建立學習週期以改善後續移轉。 每個已完成的波次都能提供效能需求、相依性複雜性和組織能力的深入解析。 使用這些經驗來改進你對剩餘工作負載的方式。 記錄哪些方面行之有效，以及建立機構知識方面出現的哪些挑戰。

2. 執行當前的波浪，同時規劃未來的波浪。 當您的團隊移轉一波工作負載時，請利用這段時間來規劃下一波工作，並研究未來的候選人。 這種並行方法最大限度地提高了團隊生產力並保持遷移勢頭。 將團隊成員分配到執行和規劃活動，以確保持續進展。

3. 保持未來浪潮的靈活性，直到您獲得足夠的資訊。 只詳細定義下一個波次，將後續波次保留在高層級，直到您了解其特定需求為止。 這種靈活性可以防止基於不完整資訊過早做出承諾，並允許您從早期浪潮中吸取的經驗教訓。

將相同波次中的相依系統分組

系統相依性會決定您的波次組成和移轉排序。 您必須識別通訊或共用資源的工作負載，並將其分組到相同的移轉波次中。 此分組可防止因相依性中斷而導致服務中斷，並降低移轉複雜性。

1. 先找出所有依賴性。 工作負載之間的相依性若未一起移轉，會導致服務中斷。 對應內部和外部相依性 ，以在建立移轉群組之前探索這些連線。

2. 分析相依性類型和關鍵性。 不同的相依性類型需要不同的移轉方法。 區分這些類別：

   相依性類型	Description	移轉方法
   直接相依性	元件之間需要立即通訊和低延遲。	將所有直接連線的元件移至一起，以維護效能並避免中斷。
   間接相依性	牽涉到系統之間的偶爾或非關鍵互動。	如果連線容許延遲或支援混合式使用，請一起移轉或分次移轉。
   商務相依性	取決於組織或管理關聯性。	將相關的工作負載和報告系統分組並移轉，以配合商務優先順序。

3. 依相依性關聯性將工作負載分組。 根據共享資料庫、API、驗證服務或網路連線建立群組。 這些群組會形成移轉波的基礎，並確保功能所需的所有元件一起移動。 當相依性關鍵性存在不確定性時，請將元件分組在一起。 這種保守的方法可為未來的分離提供彈性。

4. 有系統地記錄每個相依性群組。 使用一致的命名慣例，根據其相依性群組標記資產。 記錄每個組使用：

   • 組名和識別碼 - 唯一標識符和描述性名稱
   • 元件清查 - 所有基礎結構元素、應用程式和服務
   • 重大相依性 - 需要特殊處理的基本連線
   • 移轉條件約束 - 商務、技術或時間需求

5. 驗證群組完整性。 確認每個群組都包含應用程式運作所需的所有元件，包括支援負載平衡器、DNS 記錄或快取層等基礎結構。

使用結構化架構排定工作負載的優先順序

初始工作負載選擇為您的遷移計劃奠定基礎，並透過早期成功建立團隊信心。 您的雲端採用和策略小組必須就平衡商務價值、技術風險和組織學習目標的優先順序準則達成一致。

1. 檢閱工作負載詳細數據。 請與項目關係人合作，檢閱每個工作負載的商務和技術詳細數據。 請確定已充分瞭解停機時間或失敗影響，並符合目前的商務優先順序。 使用 移轉採用計劃 來驗證業務單位、工作負載擁有者、技術相依性和關鍵性分類等詳細數據。 這些詳細數據有助於有效地排定工作負載的優先順序和順序。

   Priority	商業價值	Effort	Description
   High	High	Low	快速成效 - 先移轉以馬上見效
   中高	High	High	策略性投資 - 謹慎規劃有足夠的資源
   中低	Low	Low	輕鬆的候選專案 - 填補主要移轉之間的空白
   Low	Low	High	避免或延遲 - 將資源專注在更高價值的機會上

2. 從更簡單的工作負載開始，以降低風險。 開始移轉較不複雜且風險較低的工作負載。 這種方法可協助小組在處理更具挑戰性的工作負載之前，獲得信心並精簡移轉程式。 以具有獨立架構和最小整合點的內部工具、開發環境或低使用量應用程式為目標。

3. 請先移動非生產環境，再移動生產環境。 非生產環境提供安全的空間來測試完整的遷移過程。 在生產環境之前移轉開發、預備和 QA 環境，以驗證整備程度。 此順序可讓小組測試設定、效能和復原程式，而不會影響使用者。 使用非生產移轉來訓練營運小組。

4. 在您示範初始成功之後排程重要系統。 重要應用程式需要經過證實的移轉功能，才能將它們移至 Azure。 當您的團隊顯示出使用 Azure 服務的熟練度時，請規劃這些移轉，以便在後續階段執行。 硬體重新整理週期等商務期限可能需要您稍早使用更多保護措施和延長測試週期來排定關鍵應用程式的優先順序。

5. 包含代表性的複雜工作負載來測試情境。 將一或兩個複雜的工作負載新增至每個早期浪潮，以公開您面對的任務關鍵性應用程式的挑戰。 選擇代表常見模式的工作負載，例如多層式應用程式或資料庫相依系統。

定義每個波次的時間表

每個波次的明確時間表為您的遷移工作提供結構。 定義的開始和結束日期有助於管理範圍、設定利害關係人期望，以及追蹤團隊的進度。

1. 根據工作負載複雜性和團隊容量設定波次持續時間。 在預估持續時間時，請考慮您小組的 Azure 體驗、主題專家的可用性，以及並行專案需求。 考慮測試、驗證和知識轉移活動的時間。

2. 包括應對意外挑戰和學習的緩衝時間。 將應急時間新增至初始估計值，以考慮不可預見的技術問題、相依性探索和疑難排解活動。 遷移專案經常遇到規劃期間不明顯的挑戰。 緩衝時間可防止導致捷徑或品質妥協的排程壓力。

3. 在每一波中建立里程碑檢查點。 在完成 25%、50%和 75% 時建立檢閱點，以評估進度、驗證假設，並在必要時調整計劃。 使用這些檢查點將狀態傳達給利害關係人、及早識別阻礙因素，並在影響下游活動之前進行路線修正。

4. 在業務適當的時間規劃切換時段。 在既定的維護時段、離峰時段或計劃的停機期間安排最後切換程序。 與業務利害關係人協調，確保切換時間符合業務週期、監管報告期和關鍵業務活動。 記錄每次切換的回滚程序和成功標準。

5. 根據執行反饋調整時間表。 移轉時間表是動態的。 您應該在每個波次之後查看實際與計劃的持續時間，並調整未來的波次以保持正軌。

管理您的遷移計劃

協作規劃工具可以在您的導入團隊中實現有效的階段管理。 Azure Boards 提供在整個移轉過程中追蹤工作狀態、擁有權、排序和更新的功能。 使用這些工作項目類型來配置您的規劃工具：

Azure 工具和資源

後續步驟