如今，人們已不再對是否在云平臺中運行工作負載感到猶豫，云平臺已成為許多企業的默認部署策略。多年前，IT團隊必須證明創建云計算應用程序的必要性。如今，這種情況正好相反：IT團隊必須證明為什么不在云平臺中部署應用程序。

 

雖然企業有必要采用云計算，但這并不意味著遷移工作負載很容易。最重要的是，企業需要對供應商鎖定持謹慎態度。云計算的承諾始終是能夠在當前基礎設施的傳統約束之外進行部署。但實際上，一旦部署了云計算應用程序，大多數企業都不愿意改變提供商的選擇。

 

一些云計算供應商(如微軟Azure)開始提供本地私有云選項，這使企業的云遷移計劃更加復雜，這些軟件包可以更輕松地從公共云遷移到私有云，但這種體驗遠非無縫的。應用程序遷移可能更簡單，但仍然耗時費力，并具有挑戰性。

 

要使云計算應用程序可遷移，并在不同的云計算提供商的平臺之間移動，企業必須牢記一些重要因素。根據調研機構Gartner公司的數據，到2022年，有28%的企業IT支出轉向云計算，云計算決策仍然是一個關鍵問題。

 

 

為了使云遷移計劃得以實施，企業在設計云部署時應該考慮可遷移性。但這并不意味著一切都會很順利。

 

企業在制定云遷移計劃時，需要考慮以下事項：

 

(1)工作流程。企業需要了解應用程序的工作流程。如果輸入或輸出與在同一個云平臺中運行的另一個應用程序或業務流程相關聯，那么將業務遷移到另一個提供商的云服務中會出現問題，并且是不明智的。

 

(2)工作量。云計算提供商是否圍繞工作負載的需求優化或構建其平臺?例如，政府應用程序可能更容易在專門設計用于滿足機構安全性和可訪問性要求的云平臺上運行。

 

(3)應用和語言。在某些情況下，例如基礎設施即服務，可以控制操作系統、中間件和運行時庫。在平臺即服務中，將會失去這種控制，云計算提供商將決定其中的許多領域。這種方法可以限制應用程序和語言支持。

 

(4)工具。這是亞馬遜網絡服務公司擅長的領域。該公司提供的工具和API在很多方面超越了競爭對手，使開發人員可以更輕松。但是獲得這個好處是有代價的。從AWS云平臺遷移到另一個云提供商的云遷移計劃，意味著可能會重寫用戶的應用程序或添加集成到AWS產品中的第三方功能。云計算提供商提供的工具集越好，客戶忠誠度就越高。

 

(5)網絡化。人們經常被忽視的是，網絡是云計算應用程序的重要組成部分，尤其是必須與內部部署應用程序或者可能被遷回用戶數據中心的應用程序進行通信的應用程序。將應用程序遷移到云平臺的企業必須維護兩個網絡堆棧：一個用于其內部部署，另一個用于基于云計算的部署。云計算供應商Big Switch Networks公司通過其云計算架構解決了這一問題，該公司為用戶提供了一個單一的基礎，無論用戶的應用程序駐留在何處，它都可以看起來與用戶的內部部署相同。用戶可以在內部部署或在AWS云平臺中部署結構，并依賴于一組標準的網絡管理規則和設置。

 

(6)數據結構。這可能是爭議性較小的問題之一，因為數據結構非常依賴于應用程序。但是數據結構成為實際遷移的一個復雜問題。此時，可能花費數小時來調試不按預期方式運行的應用程序。這個故障可能是由數據結構本身的某些問題引起的，這會使應用程序無法按預期運行。

 

(7)存儲。云遷移計劃中的一個關鍵考慮因素是存儲。企業需要考慮成本以及數據的保存方式。另外，需要考慮如何將數據從原有應用程序遷移到另一個提供程序托管的新應用程序。大多數云計算提供商都可以輕松、經濟、高效地將數據導入云平臺中，但將數據輸出或采取相應措施是成本開始增加的地方。

 

 

所有這些要點都不是反對在兩個云計算供應商之間移動應用程序的理由，它們只是構建云計算策略時要考慮的主要指標。

 

為了使云遷移計劃順利實施，云計算部署的設計應該考慮到可遷移性。但這并不意味著一切都會很順利。此外，還必須考慮業務和技術的權衡。

 

如果應用程序存在于AWS云平臺中，并且需要靈活地移動到其他平臺，則可能意味著不能使用某些AWS工具和功能。對于某些組織而言，這種權衡可能是可行的。但是，在許多情況下，通過利用這些工具并將應用程序保持在原來的位置，無論運營成本如何，都可以最好地了解應用程序的長期價值。

 

對于每個應用程序，價值和成本之間的權衡將是不同的，特別是對于不同的云計算提供商。然而，這應該與IT團隊多年來所做的構建與購買沒有什么不同。

 

然而，現在已經不是這樣。IT團隊要處理一些爭論的問題，其包括在哪里構建、在哪里停留，以及如何遷移與購買等。其關鍵是企業在項目開始時就需要做出正確的調用，而不是部署后幾個月或幾年才采取措施。