1. 程式人生 > >設計雲端計算遷移計劃時需要考慮的7個因素

設計雲端計算遷移計劃時需要考慮的7個因素

設計雲端計算遷移計劃時需要考慮的7個因素

企業希望他們的應用程式可以遷移,並且能夠在多個雲端計算提供商的雲服務之間輕鬆轉換。而要做到這一點,企業必須制定一個良好的雲遷移計劃。

如今,人們已不再對是否在雲平臺中執行工作負載感到猶豫,雲平臺已成為許多企業的預設部署策略。多年前,IT團隊必須證明建立雲端計算應用程式的必要性。如今,這種情況正好相反:IT團隊必須證明為什麼不在雲平臺中部署應用程式。
設計雲端計算遷移計劃時需要考慮的7個因素
  雖然企業有必要採用雲端計算,但這並不意味著遷移工作負載很容易。最重要的是,企業需要對供應商鎖定持謹慎態度。雲端計算的承諾始終是能夠在當前基礎設施的傳統約束之外進行部署。但實際上,一旦部署了雲端計算應用程式,大多數企業都不願意改變提供商的選擇。

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

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

需要慎重考慮雲遷移計劃

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

企業在制定雲遷移計劃時,需要考慮以下事項:

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

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

(3)應用和語言。在某些情況下,例如基礎設施即服務,可以控制作業系統、中介軟體和執行時庫。在平臺即服務中,將會失去這種控制,雲端計算提供商將決定其中的許多領域。這種方法可以限制應用程式和語言支援。

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

(5)網路化。人們經常被忽視的是,網路是雲端計算應用程式的重要組成部分,尤其是必須與內部部署應用程式或者可能被遷回使用者資料中心的應用程式進行通訊的應用程式。將應用程式遷移到雲平臺的企業必須維護兩個網路堆疊:一個用於其內部部署,另一個用於基於雲端計算的部署。雲端計算供應商Big Switch Networks公司通過其雲端計算架構解決了這一問題,該公司為使用者提供了一個單一的基礎,無論使用者的應用程式駐留在何處,它都可以看起來與使用者的內部部署相同。使用者可以在內部部署或在AWS雲平臺中部署結構,並依賴於一組標準的網路管理規則和設定。

(6)資料結構。這可能是爭議性較小的問題之一,因為資料結構非常依賴於應用程式。但是資料結構成為實際遷移的一個複雜問題。此時,可能花費數小時來除錯不按預期方式執行的應用程式。這個故障可能是由資料結構本身的某些問題引起的,這會使應用程式無法按預期執行。

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

遷移應用程式時遷移性是關鍵

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

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

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

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

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