應用程式遷移程序

您可以使用由可重複程序組成的機制，將應用程式或工作負載遷移至 AWS 雲端。此機制具有不同的階段，代表遷移的關鍵里程碑。

這些階段可分類為下列各項：

• 應用程式和產品組合探索

• Application Deep-Dive，後面接著 AWS Cloud 中目標狀態的設計

• 透過實作設計來建置，建立可重複使用的成品，以建立稱為遷移工廠的反覆敏捷程序的基礎

• 與深入分析期間識別的相依性以及與原生 AWS 服務整合

• 對目標架構執行測試並解決任何已識別的差距或問題，以驗證建置

• 遵循遷移和應用程式團隊同意的明確定義切換計劃 （日期、時間、任務及其個別擁有者），在雲端中切換到應用程式

切換執行手冊有助於規劃活動，從建置一路到 Cutover，從設定先決條件到應用程式完全切入 AWS 雲端。下圖重點介紹切換執行手冊涵蓋的不同遷移階段。

切換階段

在遷移程序的切換階段，流量會從現有端點移至雲端中新部署的資源。例如，對於傳統 Web 應用程式，您可以將網域名稱系統 (DNS) 記錄切換為新的端點。不過，如果您的應用程式有數個獨立的元件和整合點，則程序可能會變得更加複雜。您可以遷移整個堆疊、資料層或獨立元件，例如微服務。每個政策都有特定的切換策略，但對於所有政策而言，準備是關鍵。

在切換期間，您會實作遷移團隊和應用程式擁有者所同意的切換計劃。所有應用程式利益相關者都應該收到切換通知。正確規劃轉換階段對於雲端遷移的成功至關重要。在大型企業中，部署可能很複雜，需要以特定順序執行步驟，才能在生產環境中正確設定環境和應用程式。如果發生錯誤，您可能會遇到意外中斷、資料遺失、錯過擴展期望，以及使用者體驗不佳。在此階段，您應該執行使用者接受度測試，以支援成功切換。

成功切換後，請監控您的應用程式儀表板，並停用您的來源環境。在解除委任來源環境之前，請考慮下列事項：

• 商業使用者成功的迴歸測試

• 應用程式的運作狀態

• 效能指標

建議您盡可能自動化您的切換計劃。例如，使用 AWS CloudFormation 範本進行基礎設施佈建，並使用自動化測試指令碼進行迴歸測試。在壓力很大的生產工作負載切換期間，很容易引入人為錯誤。

此外，規劃失敗。如果遷移不成功，則應執行切換計劃的概述復原程序。