避免在雲遷移過程中宕機

在公共雲遷移期間，it團隊需要採取謹慎的步驟，以避免聽到「系統宕機」這種可怕的提示。

隨著組織遷移到基於雲計算的基礎設施，it團隊需要在遷移過程中保持可用性。但是，考慮到所有複雜性，在雲計算遷移過程中，防止宕機或最小化停機時間並不容易。雲計算團隊需要考慮資料不一致，監控不同的軟體版本，並檢查其網路連線是否成功。

如果企業的應用程式崩潰，業務往往會停止。雖然精確的指標因企業和應用的情況而異，但調研機構gartner公司在2023年發現，網路停機時間平均每分鐘的損失為5,600美元。停機時間的高昂成本是企業往往將最複雜的工作負載遷移到另乙個平台(包括雲計算)的原因之一。

企業仍然快速地採用公共雲。據調研機構forrester research公司預計，2023年全球公共雲市場將達到1460億美元，遠高於2023年的870億美元。

朦朧的前景

對於選擇遷移到雲端的企業來說，其前景是好是壞尚不明確。任何雲計算遷移過程都是艱難的，移動資訊需要大量的時間和精力，即使生產和目標系統完全相容。而企業的雲計算提供商執行的系統與其內部使用的系統相同的機率很小，因此雲遷移挑戰呈指數級增長。

在另一方面，如今的計算基礎設施比以往更加模組化了。

forrester research公司首席分析師兼私人基礎架構即服務雲主管lauren e. nelson表示：「虛擬化使得企業將工作負載從乙個系統轉移到另乙個系統變得更加容易。」

虛擬化建立了乙個抽象層，所以軟體不像過去那樣依賴於系統特性。應用程式不再與作業系統緊密相連，並且往往會依賴於那些可用的伺服器資源。其缺點是現代工作負載通常是龐大而複雜，大多數功能都是數十萬行**。此外，由於採用模組化的方式，它們與許多其他系統(如用於身份管理的系統)可以進行互動。

雲遷移過程從**開始

將所有應用程式和支援基礎設施移動到公共雲中是不可行的。nelson說：「企業有大量的應用，遷移過程需要6到18個月的時間。」

將雲計算遷移過程分解為可管理的步驟。從最小最簡單的專案開始，然後再進行更大，更複雜的部分工作。在遷移過程中，同時執行內部部署和雲系統，同步資料並測試雲部署，以確保轉移過程中沒有任何內容丟失。另外，記錄所有的api，以了解在雲遷移過程中需要監視哪些api。

當企業將舊介面對映到新介面時，其最重要的就是細節。例如，應用程式可以執行4.0版本的使用者介面，而雲端**商是4.1版本，其中可能包括應用程式不支援的功能，並阻止系統正常執行。

定製和網路帶來遷移的挑戰

區分企業服務或簡化操作的定製應用程式在雲遷移過程中創造了額外的挑戰。當企業修改應用程式時，通常會建立乙個附加元件或編寫軟體。如果雲計算**商缺乏支援獨特功能所需的軟體，則此自定義可能會產生問題。

新的提供商服務增加了複雜性

雲計算提供商服務的快速發展使得一致性更加困難。雲計算**商正在從事高風險的競爭，提供新服務。因此，應用程式今天可能會通過遷移測試，但是明天就會不合格。

網路通訊是公共雲的另乙個關鍵因素。當組織將資訊從現場遷移到場外時，他們需要確保其wan鏈路的速度足夠快以提供足夠的效能。在某些情況下，這將需要公升級。

將工作負載移至雲計算時，企業面臨諸多挑戰，但公共雲**商提供工具和服務來簡化雲遷移流程。此外，埃森哲，cdw，cloudmigrator，dell technologies，metalogix，vision solutions和zenoss等第三方**商也提供類似的服務。