遷移至雲端的主要原因在於降低成本並最佳化基礎架構。遷移至雲端可協助機構將支出從資本支出模型改為營運支出模型，減少在地端部署資料中心中擁有、操作、維護及更新昂貴設備的需求。

遷移至雲端有助公司改善效能及增加運作時間。公司也能透過雲端技術翻新工作負載，省下舊版應用程式的授權費。雲端可協助機構保護他們的資料，同時在全球監管機構的規範下提高管理和法規遵循能力。

機構遷移至雲端的其他目的如下：

取得資料分析

將現有應用程式遷移至雲端，有助企業更妥善發揮手上工具的價值，像是客戶關係管理、SAP 和行銷資料庫等。將這些系統翻新於雲端環境後，企業不僅可充分運用資料，還能發掘新商機，同時提高機構解決問題的靈活度。

提高靈活度

雲端可以為機構提供隨選的 IT 資源，因此不需等待數週或數月的時間，就能建構應用程式或安裝地端部署硬體。透過雲端技術，機構可以更快因應市場變化和競爭者的行動，提高上市策略的彈性。

整合及翻新資料

公司遠離地端部署資料中心，將有機會在全球通用的資料平台上整合和整理資料，因此有機會創造更完善且精密的數位轉型。

企業可以根據各自的目標，選擇不同類型的雲端遷移作業。

資料中心完全退場遷移是指將所有應用程式、服務和資料集從一或多個資料中心移至公有雲的程序。視組織規模而定，資料中心完全退場可能是漫長的流程，需要超過一年的規劃、測試和執行。

機構可能會基於多種原因而從某個雲端廠商搬移至另一個雲端廠商，包括服務水準協議變更、更完善的安全性做法，或存取更進階的人工智慧與機器學習工具。主要供應商通常會提供工具包、服務和第三方供應商清單，協助機構從某個公有雲供應商遷移至另一個公有雲供應商。

機構可能會想將部分軟體、服務或資料集從地端部署伺服器遷移到便於有效輕鬆管理的雲端，而非使資料中心完全退場。商業智慧、資料分析、客戶資源管理 (CRM)、資料集，以及機器學習與人工智慧應用程式，都是遷移至公有雲的常見應用程式類型。

目標更為專一的遷移可能僅包含特定類型的工作負載，也就是在雲端環境中運作，且會耗用某種資源 (例如運算能力或儲存空間容量) 的資源。應用範例包括開發環境、文件建立和管理、分散式資料庫、3D 模型或影片編碼。

雲端遷移是多階段的程序，包括評估、規劃、遷移，以及最佳化/翻新。全方位的端對端遷移計畫，可協助機構降低風險、控管成本，並簡化雲端遷移流程。

開始雲端遷移程序時，機構可採用多種選項。他們可以嘗試與現有員工自行執行；也能與公有雲廠商合作，並使用他們的遷移工具套件；還可以聘請第三方遷移合作夥伴來提供技術方面的專業知識和支援。

機構可以將這份詳細檢查清單做為藍圖，輕鬆進行雲端遷移。檢查清單可能包括下列及其他項目。

• 定義應用程式的資源和容量
• 建立應用程式清單，列出這些應用程式的使用者與使用頻率
• 在程序中及早找出主要利害關係人
• 判斷哪些應用程式符合雲端資格
• 指定安全性和法規遵循需求

• 選擇每個應用程式的策略
• 設計雲端基礎架構，例如運算、網路、安全性和儲存空間等。
• 找出即將遷移工作負載的功能
• 建立應用程式及其資料的遷移計畫

• 先擬定測試策略再開始遷移
• 測試資料遷移和同步處理
• 驗證安全性控管機制
• 記錄要在遷移程序中完成的必要變更
• 規劃應用程式系統截承時間

• 根據每個應用程式、工作負載和執行個體的方案進行遷移
• 分階段遷移，依波次執行，然後在雲端進行驗證
• 將學到的教訓套用到下一波次

• 監控應用程式和雲端用量
• 改善使用者體驗
• 監控雲端費用，並視需要進行調整
• 將應用程式和系統升級至更現代化的解決方案，例如 PaaS 或 SaaS

常見遷移策略的範圍涵蓋直接遷移，也就是幾乎沒有變更應用程式和虛擬機器 (重新託管)，到完全重新思考整個數位基礎架構 (重新建立架構或更換平台)。

• 重新託管：隨即轉移
• 重新託管雲端遷移策略的目的，是在遷移期間盡可能減少變更，將應用程式重新部署至雲端，且不會大幅變更應用程式的設定方式。
• 這是最直接的雲端遷移策略，管理員只需「移轉」應用程式、工作負載、虛擬機器和伺服器作業系統，再「轉移」至公有雲中的新作業模型。原先在資料中心內運作的軟體，現在就會在雲端中執行。
• 重新託管策略的缺點是，通常無法利用所有雲端原生功能以及使公有雲發揮強大功效的效率。
• 重新託管遷移策略最適合具有可預測尖峰用量模式 (例如稅務產業或餐點外送) 的機構，在大型數位轉型專案中通常也是「第一步」。
• 更換平台：轉移並最佳化
• 重新託管策略的下一步是更換平台雲端策略，移轉現有應用程式、工作負載和虛擬機器，然後針對新的雲端環境進行最佳化調整。舉例來說，服務可能會將工作負載更換平台至雲端，以便利用雲端式微服務架構或 Kubernetes 等容器。
• 更換平台雲端遷移策略的好處是，應用程式在雲端執行時，效能和效率將更高。但缺點是更換平台的需花費的心力比直接隨即轉移更多。新的雲端平台會有不同的基礎程式碼集，因此需要進行多次測試，以確保所有功能皆在最佳狀態下運作。
• 想要運用雲端的所有核心能力 (例如彈性運算、備援功能、提升效能和安全性) 的機構，最適合採用更換平台雲端遷移策略。
• 重構：遷移與改善
• 重構的雲端遷移策略是指將應用程式重新建立為雲端原生架構。
• 重構通常是指在不變更前端行為或體驗的情況下，變更應用程式的程式碼。例如，經重構的應用程式可能會由一長串程式碼分成多個模組片段，以更妥善地運用雲端功能，進而改善程式碼的效能。
• 重構策略通常受到為現有應用程式提供新功能的需求驅使，例如提高擴充性、新增機器學習或人工智慧功能，或是更快且更直覺的資料分析。
• 重構可能比重新託管更複雜，但也可讓組織根據業務需求，排定應用程式遷移的優先順序，讓公司享有更大的彈性，並且能夠跟上大環境的競爭腳步。
• 重新建立架構
• 重新建立架構的雲端遷移策略與重構類似，但並非重構應用程式程式碼的運作機制，而是改變程式碼的運作方式，藉此最佳化應用程式並善用雲端原生屬性，例如擴充性、安全性和靈活性。
• 如要為應用程式重新建立架構，其中一個範例就是將大型的單體式應用程式轉換成數個獨立的微服務。
• 重新建立架構所花費的時間和精力多於重構作業，不僅會增加複雜度，也可能會在新的應用程式中產生錯誤或安全性問題。
• 再次執行建構作業
• 重新建構雲端遷移策略，是指機構在遷移應用程式時，為雲端完全重新編寫應用程式。從零開始建構應用程式，通常比重構舊版程式碼以便在雲端環境中使用來的簡單。
• 重新建構策略可讓機構從頭開始規劃，並從一開始就決定要使用哪些雲端原生工具和功能。
• 重新建構策略的缺點是，開發需要時間，而且可能會產生開發人員在舊版應用程式中未遇到的錯誤或其他效能問題。
• 回購
• 回購雲端遷移策略，是指機構從所購買的地端部署應用程式移轉到雲端託管、相同作用的軟體式服務 (SaaS)。例如，從地端部署的協作軟體和本機儲存空間，轉移至 Google Workspace 的雲端託管應用程式，例如文件、試算表、簡報和 Google 雲端硬碟。
• 從資源的角度來看，回購策略可能會比重構、重新建構或重新建立架構更為簡單。
• 回購策略的缺點是成本可能相當高昂，且機構不會取得掌控自身雲端環境所需的精細功能。

全規模的雲端遷移十分複雜，需要多年才能完成。進行雲端遷移時，機構需要訂定明確的總體目標和可實現的具體業務目標，以便在遷移過程中朝著這些目標邁進。機構應瞭解遷移完成時雲端環境會是何種樣貌，例如是公有雲、私有雲、混合雲或多雲端生態系統。遷移是否需要第三方供應商或雲端服務供應商大力協助？哪些應用程式將以軟體式服務 (SaaS) 模式運作？新環境中的資料將如何整理？回答這些問題以及其他策略問題是雲端遷移的第一個挑戰。

在雲端環境中管理 IT 維運流程，與在地端部署環境中不同。雲端簡化了開發維運、自動化和基礎架構即程式碼等作業模式的使用方法。組織需要僱用或重新訓練員工，讓他們能夠在雲端環境中履行職能。在遷移過程中，機構為員工安排時間進行雲端環境相關訓練並取得新認證。

在地端部署環境和雲端之間進行遷移時，安全做法會發生改變。在雲端環境中，身分與存取權管理益顯重要，這可能會增加 IT 管理員工作的複雜性。機構需要瞭解新的資安工具與最佳做法，例如建置資料遺失防護和零信任架構。即使擁有功能強大的資安工具，機構在將資料從一個環境遷移到另一個環境時，仍有責任應對資料治理與法規遵循政策方面的挑戰。

遷移至雲端會改變機構的營運模式。由於遷移的部分很多，掌握新的成本和支出會是一項艱鉅的任務。成本管理將成為雲端遷移中的持續挑戰，例如瞭解新的費用結構、帳單週期、資源用量、軟體訂閱，以及計算額外的支援服務和訓練費用。遷移至雲端時，企業有時會佈建過多資源，造成一開始就在雲端資源費用上超支。部分雲端服務供應商會主動提供建議，協助機構調整雲端成本和預算。