雲遷移過程如何避免停機

在公共雲遷移過程中，it團隊需要採取一種一步一隨的謹慎做法以避免發生可怕的「系統關閉」事件。

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

如果企業的應用程式停用，那麼其業務就會中斷。雖然精確的指標因具體公司和應用而有所不同，但是gartner在2023年發現，網路停機事件的平均成本為5,600美元/分鐘。停機事件的高昂成本也是企業通常將他們最負責工作負載遷移至其他平台(包括雲)的原因之一。

企業使用者仍然以乙個較快的速度擴大著公共雲的應用範圍。forrester research**，2023年全球公共雲市場將達到1460億美元，高於2023年的870億美元。

看不清的前景

對於選擇遷移至雲的企業來說，未來的前景是有好有壞的。任何的雲遷移過程都是困難的。移動資訊需要付出大量的時間與精力，即便生產系統與目標系統是完全相容的。您的雲**商所執行系統與使用者內部使用系統相同的可能性極小，所以雲遷移挑戰難度呈指數級增長。

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

「虛擬化使企業更容易地實現不同系統之間的工作負載遷移，」forrester research的首席分析師兼基礎設施即服務私有雲負責人lauren e. nelson說。

虛擬化建立了乙個抽象層，所以軟體不再像過去那樣那麼的依賴於系統特性。應用程式也不再與作業系統緊密相連，而往往更依賴於哪些伺服器資源可用。其缺點是現代工作負載通常是大而複雜的。大多數功能的實現都需要數億行以上的**。此外，其模組化設計則意味著它們能夠與許多其他系統(例如用於身份管理的系統)進行互動。

從**開始雲遷移過程

將使用者所有的應用程式和支援基礎設施一下子都遷移至公共雲是不可行的。

「如果應用程式數量眾多，那麼遷移過程需要花上六至十八個月，」 nelson說。

將整個雲遷移過程分解為可管理的若干步驟。從最小、最簡單的專案開始，然後是更大更複雜的專案。在遷移過程中，並行執行內部部署和雲計算系統、同步資料並測試雲部署，以確保遷移過程中沒有遺漏。另外，記錄所有的api以便了解在雲遷移過程中使用者需要監控哪些api。

當企業使用者將其原來的介面對映至新介面時，成功的關鍵在於細節。例如，乙個應用程式可能執行4.0版的使用者介面，而雲**商則使用4.1版，這就有可能包括乙個應用程式不支援的功能並防止系統中執行過程中崩潰。

定製，網路面臨遷移挑戰

在雲遷移過程中，區分企業服務或簡化操作的定製應用程式會帶來額外的挑戰。當企業改寫應用程式時，通常會建立乙個附加元件或重寫軟體。如果雲**商缺乏支援獨特功能所需的軟體，那麼這種定製就可能帶來問題。

在將工作負載遷移至雲時，企業會面臨眾多的挑戰，但是公共雲**商們提供了相關的工具與服務以簡化雲遷移過程。此外，諸如accenture、cdw、cloudmigrator、戴爾科技、metalogix、vision solutions以及zenoss之類的第三方**商也提供了類似的服務。