發行您的工作負載
在此階段中，您會將工作負載發行至生產環境。
您已將資源部署至 Azure。 現在您需要完成移轉步驟、與其他團隊溝通即將進行的變更、進行最終變更核准、清除資源，以及進行回顧。
傳達變更
向組織通知即將進行的變更，以確保可能受移轉影響的所有人都知道流程。 傳達每個工作負載的變更，因為每個工作負載都有專屬的使用者和操作員。
您應該在變更傳達中回答下列問題：
移轉的重要日期為何？
移轉會中斷哪些工作、中斷時間，以及中斷的持續時間？
每個角色應該在變更之前完成哪些工作以做好準備？
變更之後，每個角色應該完成哪些工作以便確認功能？
如果個人有疑問或遇到困難，應該與誰聯繫？
執行商務測試
工作負載的商務使用者應該測試新的解決方案。 您的移轉團隊可以協助工作負載測試、開發測試計劃，以及自動化測試。
若要測試您的工作負載，請識別受到變更影響最大的使用者。 通知這些使用者您的營運目標、所需的結果，以及業務流程的預期變更。 取得使用者的意見反應，並確保 IT 人員了解意見反應，並根據其影響排定優先順序。 如果意見反應需要對工作負載進行變更，請將變更傳達給所有必要的團隊。
在意見反應階段，移轉團隊需要收集意見反應，並管理相應產生的技術動作。 建立測試計劃以追蹤意見反應和動作步驟。
完成移轉
將資產及其所有相依項目升階至生產環境之後，您就可以重新路由生產流量。 之後內部部署資產便已過時，因此您可以將其解除委任。
根據工作負載架構不同，您必須執行各種工作。
傳送溝通訊息，通知各方您已開始升階。
確認所有暫存的資源都正常運作。
針對最近的資料執行複寫。
執行複寫之後，請將資源序列化。 暫存所有其他元件，例如負載平衡規則。
關閉來源伺服器，使其不會干擾您的移轉。
執行隔離測試。
更新網路元件，讓使用者可以存取應用程式的新位置。
再次進行升階測試，以確認您的工作負載如預期般運作。
取得專案關係人的最終核准。
向必要的各方傳達升階已成功。
將移轉後的成本最佳化
移轉之後，請根據其即時資料將工作負載最佳化，並解除委任已淘汰的資產。
當您關閉和解除委任資產時：
繼續監視：監視排定淘汰的資產，以確保已正確路由傳送生產流量。 已停用的資產仍然可以使用記憶體、網路和其他基礎結構資源。 如果您將其重新啟用，可能會發生非預期的問題。 監視活動以確保資產未再使用。
建立測試和中斷時段：識別閒置中的測試時段，以執行符合使用者所執行實際活動的測試案例。 在此時段中，您也可以停用已標誌為解除委任的資產。 排程維護時段，並向使用者通知您的計劃。
請考慮保留期間：將已淘汰的資產保留至少 30 天作為資料的暫時備份，以防止您在複寫期間遺漏任何資料。 貴組織的資料控管團隊可能有其他需要，必須將保留期間超過 30 天。
進行回顧
在移轉之後進行回顧，以找出表現良好、可改善以及所學習到的內容。 從團隊的每個成員取得深入解析，以便您將學到的經驗套用至未來的移轉。 指定一名團隊成員負責組織流程。 並選擇方法來追蹤及整理您收集到的想法。