本文提供常見且經過驗證的方法和考量事項，協助您將工作負載遷移至雲端。本文將擴充「制定混合式和多雲端架構策略」一文中的指引，討論採用混合式或多雲端架構時，可採取的幾個建議步驟。
雲端優先
開始使用公有雲的常見方法是採取「雲端優先」做法。 根據這個方法，您必須將新的工作負載部署到公用雲端，現有工作負載則維持不變。除非技術或機構原因導致公有雲部署不可行時，才建議您考慮在私人運算環境中進行傳統部署作業。
雲端優先策略有優點也有缺點。從好的一面來看，雲端優先策略是具有前瞻性的策略，您可以採用現代化方式部署新的工作負載，減少或免除遷移現有工作負載的麻煩。
雲端優先方法雖然有某些優點，但可能會導致您錯失改善或使用現有工作負載的機會。新工作負載可能只佔整體 IT 環境的一小部分，對 IT 支出和效能的影響可能有限。相較於將新工作負載置入雲端環境，您針對遷移現有工作負載所投注的時間和資源，可能帶來更大的優勢或節省更多成本。
採用嚴謹的雲端優先策略還可能使您的整體 IT 環境變得更為複雜，因為這種策略可能會造成冗餘、效能不彰 (跨環境通訊過多所致)，或是運算環境不適用於個別工作負載。此外，企業也可能因為要遵守產業法規和資料隱私權法律，而無法遷移含有敏感資料的特定應用程式。
考慮到這些風險，建議您只針對特定工作負載採用雲端優先方法，採用雲端優先方法，可讓您專注於可從雲端部署或遷移中獲益最多的工作負載。此方法還考慮了現有工作負載的現代化。
舉例來說，如果保存重要資料的舊版應用程式和服務必須與新資料或應用程式整合，就是採用雲端優先混合架構的常見情況。如要完成整合，您可以採用混合式架構，透過 API 介面翻新舊版服務，讓新雲端服務和應用程式能使用這些服務。有了雲端 API 管理平台 (例如 Apigee)，您就能以最少的應用程式變更，實作這類用途，並為舊版服務增加安全性、數據分析和擴充性。
遷移和現代化
混合式多雲端和 IT 現代化是不同的概念，但兩者之間存在良性循環。使用公有雲可以促進及簡化 IT 工作負載的現代化。IT 工作負載現代化可讓您獲得更多雲端部署帶來的好處。
將工作負載現代化的主要目標是：
- 實現更高的敏捷性，以因應不斷變化的需求。
- 降低基礎架構和營運成本。
- 提高可靠度和彈性，以盡量降低風險。
不過，在遷移過程中，可能無法同時翻新所有應用程式。如「遷移至 Google Cloud」一文所述，您可以實作下列其中一種遷移類型，甚至視需要合併多種類型：
- 重新託管 (隨即轉移)
- 更換平台 (轉移並最佳化)
- 重構 (遷移與改善)
- 重新建立架構 (持續翻新)
- 重建 (移除並更換，有時也稱為「淘汰並更換」)
- 重新購買
針對混合雲和多雲架構做出策略決策時，請務必從成本和時間的角度，考量策略的可行性。建議您考慮分階段遷移，先進行隨即轉移或重新平台化，然後再重構或重新架構。通常，隨即轉移有助於從基礎架構的角度最佳化應用程式。應用程式在雲端執行後，就能更輕鬆地使用及整合雲端服務，進一步運用雲端優先架構和功能進行最佳化。此外，這些應用程式仍可透過混合式網路連線與其他環境通訊。
舉例來說，您可以根據雲端微服務架構，重構或重新設計大型單體式 VM 型應用程式，將其轉換成數個獨立的微服務。在本範例中，微服務架構使用 Google Cloud 代管容器服務，例如 Google Kubernetes Engine (GKE) 或 Cloud Run。不過，如果目標雲端環境不支援應用程式目前的架構或基礎架構，您不妨考慮先從重新平台化、重構或重新架構遷移策略著手，盡可能克服這些限制。
使用上述任一遷移方法時，請考慮翻新應用程式 (如適用且可行)。現代化可能需要採用及實作網站可靠性工程 (SRE) 或開發運作原則，因此您可能也需要在混合式設定中，將應用程式現代化擴展至私有環境。雖然實作 SRE 原則的核心是工程，但這比較像是轉型程序，而非技術挑戰。因此，您可能需要進行程序和文化變革。如要進一步瞭解在機構中導入 SRE 的第一步，就是取得領導階層的支持，請參閱「With SRE, failing to plan is planning to fail」。
混用及採行適合的遷移方法
本文討論的每種遷移方法各有優缺點。混合式雲端和多雲端策略的最大優勢就是不用拘泥於一種方法，您可以為每個工作負載或應用程式堆疊決定最適合的做法，如下圖所示。
這張概念圖說明可同時套用至不同工作負載的各種遷移和現代化路徑或方法，這些路徑或方法會因各工作負載或應用程式的獨特業務、技術需求和目標而異。
此外，相同的應用程式堆疊元件不一定要採用相同的遷移方法或策略。例如：
- 應用程式的後端內部部署資料庫可以從自行代管的 MySQL 重新平台化，並使用 Cloud SQL 在 Google Cloud中改為代管資料庫。
- 應用程式前端虛擬機器可以重構，以便使用 GKE Autopilot 在容器上執行，Google 會管理叢集設定，包括節點、資源調度、安全性及其他預設設定。
- 內部部署硬體負載平衡解決方案和網路應用程式防火牆 (WAF) 功能，可以替換為 Cloud Load Balancing 和 Google Cloud Armor。
如果工作負載符合以下任一條件，請選用重新託管 (隨即轉移) 法：
- 對本身所處環境的依賴程度相對較低。
- 不值得進行重構，或在遷移前重構不可行。
- 架構在第三方軟體之上。
如為以下類型的工作負載，請考慮使用重構 (遷移與改善) 法：
- 有必須解除的依賴關係。
- 依賴雲端無法提供的作業系統、硬體或資料庫系統。
- 無法有效利用運算或儲存空間資源。
- 需要費一番功夫才能以自動化方式部署。
如為以下類型的工作負載，請考慮是否需要重建 (移除並更換)：
- 已無法滿足目前的需求。
- 這些 API 可與提供類似功能的其他應用程式整合，同時兼顧業務需求。
- 以終止服務的第三方技術為基礎。
- 需支付已不符合成本效益的第三方授權費。
快速遷移計畫說明如何 Google Cloud 協助客戶運用最佳做法、降低風險、控管成本，以及簡化邁向雲端的過程。