云平臺之間遷移的7個關鍵步驟
當企業的業務在云平臺之間遷移時，規劃和流程比產品和技術更重要，至少在短期內如此。
大多數企業的云計算戰略已經超越了內部部署和公共云部署之間的簡單選擇。相反，企業越來越多地尋求多云方法，其中應用程序可以在云平臺之間移動，甚至可以作為駐留在不同云平臺上的系統和服務的組合。
這是一個雄心勃勃的目標，很多組織尚未完全實現。相反，到目前為止，很多企業主要關注的是簡化云平臺之間遷移的流程和技術。
在將業務從一個云平臺遷移到另一個云平臺方案之前，了解一些通用的項目管理和規劃考慮因素是非常重要的，這些考慮因素適用于任何情況。以下可以幫助用戶構建策略并執行遷移的7個關鍵步驟：
1. 確定自己的目標
使用云平臺的動機因組織而異。一些企業尋求創建更強大的分布式災難恢復(DR)和業務連續性環境，而其他企業則尋求軟件開發和測試基礎設施。特定方案和云計算目標將影響遷移的內容、方式、時間。
2. 評估自己的環境
評估應用程序和數據資產是必不可少的。評估通常涉及使用自動化軟件來發現和清點應用程序和數據，以及相關的系統配置和許可證。它還需要發現應用程序和數據源之間的連接和依賴關系。其結果是實現云平臺遷移的戰術計劃。
3. 識別和準備數據和應用程序
數據和元數據的捕獲和準備將是預遷移過程的重要組成部分。其任務包括捕獲基礎設施配置詳細信息，如網絡尋址、CPU規格、內存、存儲器。數據準備要求用戶為卷和虛擬機或容器映像創建快照，并準備復制任何數據庫的工作。
4. 執行遷移
企業可以通過各種方式將數據復制到云計算環境，例如通過直接連接或VPN進行網絡傳輸，以及通過可移動硬盤進行批量傳輸。其他選項包括打包軟件和服務，旨在自動為特定基礎設施(如VMware)創建災難恢復環境。
5. 配置目標云基礎設施
這是一個任務繁重的舉措。企業創建所需的云計算基礎設施和服務來承載遷移的應用程序和數據。這可以包括設置虛擬機、存儲卷、網絡、數據庫、負載均衡器、訪問管理等。
6. 測試和優化新環境
在組織將工作負載投入生產之前，必須在各種負載和壓力條件下對新的云計算環境進行全面測試，并對其進行優化以提供可接受的性能。測試還應包括各種故障條件，以確定冗余系統和資源的功效(如果有的話)。
7. 將工作負載切換到新環境
最后一步是將企業的工作負載切換和遷移到新平臺。與任何遷移事件一樣，這種遷移最好在非工作時間和低需求時間完成，因為可能會有一些停機時間。通常需要重新調整數據庫以捕獲自復制過程以來添加的數據。
遷移方案
如今，云遷移的場景和云計算用戶一樣多。然而，這些是最常見的云平臺之間的遷移方法：
- 重新托管/重新替換：此方法也稱為提升和轉移，通常涉及將應用程序從內部部署遷移到云平臺。在云平臺的重新替換模式中，業務替換基于云計算的服務，如數據庫或容器集群管理系統，這與重新托管相比稍微需要一些修改。
- 回購：當將業務遷移到另一個云平臺時，企業可以回購商品，或者直接購物。他們用一個提供商品服務的自我管理系統(如電子郵件和ERP系統)來替代一個等價的SaaS產品。
- 重構和重新構建：這可能與在遷移到托管容器服務之前將應用程序打包到容器中一樣，也可能與圍繞云原生服務、容器和無服務器功能重新設計應用程序一樣全面。
- 保留或退出：目標設定和評估階段導致認識到某些IT系統在功能上已經過時，未充分利用或者不能遷移。
云不可知和混合基礎設施堆棧
有時，重新構建方法會導致企業對其基礎設施進行戰略評估。通常，企業需要一個幾乎不需要修改的軟件堆棧，并且可以跨多個云平臺進行部署。幾家大型IT供應商針對這一日益普遍的目標，針對混合或多云企業環境提供基礎的產品和服務。其中一些最重要的包括：
- Microsoft Azure Stack
- Google Cloud Anthos
- AWS Outposts
- AWS上的VMware Cloud
- 基于容器的多云PaaS，如Cloud Foundry或Red Hat OpenShift
多云的挑戰和限制
將應用程序從內部部署遷移到單個云計算提供商的云平臺可以解鎖高價值服務的世界，在云平臺之間遷移(無論是由于鎖定恐懼還是對高可用性的渴望)需要更加謹慎。云平臺之間的遷移需要解決最基本的基礎設施服務，并犧牲特定于云計算的功能，或者它意味著采用不同形式的鎖定——即VMware或Cloud Foundry等多云堆棧。
