什麼是雲端遷移？

遷移至雲端的主要目的在於降低成本，並將基礎架構的效能、使用率、復原力和安全性調整至最佳狀態。遷移至雲端有助於組織將支出從「投入成本」模式改為「營運支出」模式，減少在地端部署資料中心擁有、操作、維護及更新昂貴設備的需求。

在 IT 領域，投入成本 (CapEx) 通常是指對實體資產的大筆一次性投資。舉例來說，購買新伺服器、建置資料中心或購買軟體授權都屬於 CapEx。這些都屬於會折舊的資本支出，也就是資產價值會隨著時間流逝而降低。

另一方面，營運支出 (OpEx) 是指企業持續營運的成本。雲端運算的營運支出包括彈性的雲端服務訂閱費用。這種模式有助於企業預測經常性費用，而不必預先投入大筆資金。遷移至雲端有助於公司提升效能和運作時間，公司也能透過雲端技術翻新工作負載，省下舊版應用程式的授權費。雲端可協助組織保護他們的資料，同時在全球監管機構的規範下提高管理和法規遵循能力。

組織遷移至雲端的其他目的如下：

• 獲得資料分析能力：將現有應用程式遷移至雲端，有助企業更妥善發揮手上工具的價值，像是客戶關係管理、SAP 和行銷資料庫等。在雲端環境翻新這些系統後，企業不僅可充分運用資料、發掘新商機，還能提升解決問題的應變能力。
• 提高靈活度：雲端可以為組織提供隨選的 IT 資源，因此不需等待數週或數月的時間，就能建構應用程式或安裝地端部署硬體。透過雲端技術，組織可以更快因應市場變化和競爭者的行動，提高上市策略的彈性。
• 整合資料並更新系統：藉由遷出地端部署資料中心，公司可以在全球通用的資料平台上整合和整理資料，更有機會實現完善縝密的數位轉型。
• 善用人工智慧：將組織資料和應用程式遷移至雲端後，公司可以輕鬆使用不斷推陳出新的 AI 服務和模型，進而提高新 AI 應用程式和代理的彈性、靈活度和效能。

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

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

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

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

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

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

• 重新託管雲端遷移策略的用意，是在遷移期間盡可能減少變更，在不大幅變更應用程式的設定的前提下，將應用程式重新部署至雲端。
• 這是最直接的雲端遷移策略，管理員只需「移轉」應用程式、工作負載、虛擬機器和伺服器作業系統，再「轉移」至公有雲中的新作業模型。原先在資料中心內運作的軟體，將移至雲端執行。
• 重新託管策略仍有其缺點，像是無法運用公有雲所有的雲端原生功能及高效率特性，因此在效能和實用性上可能不如公有雲。
• 重新託管遷移策略最適合具有可預測尖峰用量模式 (例如稅務產業或餐點外送) 的機構，在大型數位轉型專案中通常也是「第一步」。

• 重新託管策略的下一步是更換平台雲端策略，移轉現有應用程式、工作負載和虛擬機器，然後針對新的雲端環境進行最佳化調整。舉例來說，服務可能會將工作負載更換至雲端平台，以利用雲端式微服務架構或 Kubernetes 等容器。
• 更換平台雲端遷移策略的好處是，應用程式在雲端執行時，效能和效率將更高。但缺點是更換平台的需花費的心力比直接隨即轉移更多。新的雲端平台會有不同的基礎程式碼集，因此您必須進行多輪測試，確保所有服務皆以最佳效能運作。
• 想要運用雲端的所有核心能力 (例如彈性運算、備援功能、提升效能和安全性) 的機構，最適合採用更換平台雲端遷移策略。

• 所謂的重構雲端遷移策略，是指配合雲端原生架構重新設計應用程式。
• 重構通常是指在不變更前端行為或體驗的情況下，變更應用程式的程式碼。例如，應用程式在重構後，可能會從一長串程式碼切分成多個模組化片段，以有效運用雲端功能，進而提高程式碼效能。
• 採取重構策略的目的，通常是為了擴充現有應用程式的功能，例如提高擴充性、新增機器學習或人工智慧功能，或導入更快且更直覺的資料分析能力。
• 重構可能比重新託管更複雜，但也可讓組織根據業務需求，排定應用程式遷移的優先順序，讓公司享有更大的彈性，並且能夠跟上大環境的競爭腳步。

• 重建架構的雲端遷移策略與重構類似，但並非重構應用程式程式碼的運作機制，而是改變程式碼的運作方式，藉此最佳化應用程式並善用雲端原生屬性，例如擴充性、安全性和靈活性。
• 為應用程式重建架構，就好比將大型的單體式應用程式轉換成數個獨立的微服務。
• 重新建立架構所花費的時間和精力多於重構作業，不僅會增加複雜度，也可能會在新的應用程式中產生錯誤或安全性問題。

• 重新建構雲端遷移策略，是指機構在遷移應用程式時，為雲端完全重新編寫應用程式。從零開始建構應用程式，通常比重構舊版程式碼以在雲端環境中使用更為簡單。
• 重新建構策略有利於組織從頭開始規劃，並從第一步就決定要使用哪些雲端原生工具和功能。
• 重新建構策略的缺點是，開發需要時間，而且可能會產生開發人員在舊版應用程式中未遇到的錯誤或其他效能問題。

• 回購雲端遷移策略，是指機構從所購買的地端部署應用程式移轉到雲端託管、相同作用的軟體式服務 (SaaS)，例如從地端部署的協作軟體和本機儲存空間，遷移至 Google Workspace 的雲端託管應用程式，例如文件、試算表、簡報和 Google 雲端硬碟。
• 從資源的角度來看，回購策略可能會比重構、重新建構或重新設計架構更為簡單。
• 回購策略的缺點是成本可能相當高昂，且機構不會取得掌控自身雲端環境所需的精細功能。

透過 AI、機器學習和資料分析服務強化應用程式，提升使用者體驗，以更快速有效率的方式從資料中發掘價值。

全面遷移是十分複雜的作業，需要多年才能完成。在開始前，組織應制定明確可行的業務目標，包括瞭解最終雲端環境的運作模式，無論是公有雲、私有雲、混合雲或多雲端。此外，組織也應決定是否使用第三方供應商或雲端供應商的工具、哪些應用程式將採用 SaaS 模式，以及如何在新的環境中整理資料。

雲端營運所需的技能與地端部署環境不同。雲端環境通常採用 DevOps、自動化和基礎架構即程式碼等新型作業模式。組織應聘用新員工或重新訓練現有員工，確保他們具備執行這類工作的能力。在遷移過程中，務必為員工安排時間進行訓練並取得新認證，為新的基礎架構打下堅實基礎。

從地端部署環境遷移至雲端時，安全做法也需要同步調整，因為身分與存取權管理變得更加複雜且至關重要。組織應熟悉新的資安工具與最佳做法，例如資料遺失防護和零信任架構。組織雖然可透過雲端服務供應商取得強大的資安工具，但在遷移資料時，仍有責任制定資料治理與法規遵循政策。

組織採用新的營運模式後，可能會難以掌握所有新興成本和支出。成本管理會持續構成營運挑戰，包括新的費用結構、帳單週期和資源用量。組織有時會在遷移初期過度佈建資源，導致超支。幸好，部分雲端服務供應商會主動提供建議，協助調整預算及有效管理成本。

舊版或傳統系統可能與雲端環境不相容，通常需要大幅修改或直接替換，對於以過時程式碼編寫而成的自訂應用程式更是如此。這類應用程式必須經過大幅重構或重建，才能充分運用雲端原生功能。評估應用程式相容性是遷移計畫的初期重點，目的是避免發生意料之外的技術障礙。

經過數十年發展，許多組織的網路拓撲已變得相當複雜。此外，部分組織需要保留現有 IP 位址，以降低風險並確保應用程式依附元件正常運作。

應用程式和資料集之間通常具有複雜的依附關係。如果未在遷移前正確對應這些關係，資料可能會遺失或損毀。為確保資料完整性，企業必須仔細規劃並測試，確認所有資料都已正確遷移，且在新環境中仍可正常取用。如未妥善處理這項重大難題，可能會影響整個遷移作業的成敗。