本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 應用程式遷移程序
<a name="app-migration"></a>

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

這些階段可分類為下列各項：
+ 應用程式和產品組合**探索**
+ Application Deep-Dive，後面接著 AWS Cloud 中目標狀態**的設計** 
+ **透過**實作設計來建置，建立可重複使用的成品，以建立稱為*遷移工廠*的反覆敏捷程序的基礎
+ 與深入分析期間識別的相依性以及與原生 AWS 服務**整合** 
+ 對目標架構執行測試並解決任何已識別的差距或問題，以**驗證**建置
+ 遵循遷移和應用程式團隊同意的明確定義切換計劃 （日期、時間、任務及其個別擁有者），在雲端中**切換**到應用程式

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

![\[建置、整合、驗證和轉換是切換執行手冊的一部分。\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/cutover-runbook/images/cutover_flow.png)


## 切換階段
<a name="cutover-stage"></a>

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

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

成功切換後，請監控您的應用程式儀表板，並停用您的來源環境。在解除委任來源環境之前，請考慮下列事項：
+ 商業使用者成功的迴歸測試
+ 應用程式的運作狀態
+ 效能指標

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

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