切換前階段

您的切換選項取決於多種因素，包括您使用的遷移模式以及來源和目標環境的工具、技術和組態。例如，與建置全新的堆疊 AWS 相比，遷移 VMware 環境的切換選項不同。

基本上，所有切換都力求相同的結果 – 將工作負載移至另一個位置。請務必了解伺服器或應用程式已移至何處，以便您可以設定上游和下游相依性以連接至新端點。

視服務性質而定，現有資料庫及其與移至新位置的其他系統的連線可能很複雜。同步資料庫以確保兩個位置的資料一致會增加複雜性。此外，多項服務需要您調整網路組態或同時切換多項服務。

制定切換計畫

若要降低延遲、返工、意外中斷、資料遺失、效能問題以及使用者體驗不佳的風險，您可以制定切換計畫、建立切換工作手冊以及練習排練切換。我們建議您的切換計畫包括緊急應變計畫和切換不成功時的失敗風險緩解策略。請務必將復原程序記錄為切換計畫的一部分。

我們建議您在切換前規劃程序中分析和評估下列關鍵項目：

• 所需的停機時間，包括：

  • 超出配置的停機時段對業務 (例如，收入或信託) 的影響

  • 發生無法預見事件時「修正轉送」活動的緊急應變

  • 發生故障時的復原時間

• 使用者連線

• 應用程式和系統相依性

• 基礎設施變更

• 營運變更

• 測試計畫，包括：

  • 功能測試

  • 效能測試，包含基準測試和切換後測試

  • 相依應用程式、系統和服務的整合和連線測試

  • 在切換和保固期內的策略測試

• 與工具和策略相關的部署變更

最後，考慮將下列內容整合到您的計畫： 

• 任務定義和持續時間 

• 任務擁有者

• 階段和任務的順序

建立切換執行手冊

建議您建立切換執行手冊，您的遷移團隊可以使用它來追蹤活動，包括各自規劃的開始和結束時間、順序和擁有者。您可以使用 RACI 矩陣將責任指派給適當的團隊成員。切換執行手冊可以提供下列好處：

• 透過主動協調不同利害關係人來降低風險

• 透過重複使用經過驗證的機制將應用程式遷移至 AWS 雲端，提高生產力

• 透過使用結構化範本進行切換規劃來提高應用程式遷移的速度

• 提供一個架構，以便遵循所需的程序

• 提供一種機制，使程序的變更可以傳達給所有團隊