云遷移過程如何避免停機
在公共云遷移過程中，IT團隊需要采取一種一步一隨的謹慎做法以避免發生可怕的“系統關閉”事件。
隨著眾多企業遷移至基于云的基礎設施，IT團隊需要確保在遷移過程中的可用性。但是考慮到所涉及的復雜性，在云遷移過程中防止或最小化停機時間并不容易。云團隊需要考慮數據的不一致性、監控不同的軟件版本并檢查其網絡連接是否成功。
如果企業的應用程序停用，那么其業務就會中斷。雖然的指標因具體公司和應用而有所不同，但是Gartner在2014年發現，網絡停機事件的平均成本為5，600美元/分鐘。停機事件的高昂成本也是企業通常將他們最負責工作負載遷移至其他平臺（包括云）的原因之一。
企業用戶仍然以一個較快的速度擴大著公共云的應用范圍。Forrester Research預測，2017年全球公共云市場將達到1460億美元，高于2015年的870億美元。
看不清的前景
對于選擇遷移至云的企業來說，未來的前景是有好有壞的。任何的云遷移過程都是困難的。移動信息需要付出大量的時間與精力，即便生產系統與目標系統是完全兼容的。您的云供應商所運行系統與用戶內部使用系統相同的可能性極小，所以云遷移挑戰難度呈指數級增長。
在另一方面，如今的計算基礎設施較以往更顯模塊化。
“虛擬化使企業更容易地實現不同系統之間的工作負載遷移，”Forrester Research的首席分析師兼基礎設施即服務私有云負責人Lauren E. Nelson說。
虛擬化創建了一個抽象層，所以軟件不再像過去那樣那么的依賴于系統特性。應用程序也不再與操作系統緊密相連，而往往更依賴于哪些服務器資源可用。其缺點是現代工作負載通常是大而復雜的。大多數功能的實現都需要數億行以上的代碼。此外，其模塊化設計則意味著它們能夠與許多其他系統（例如用于身份管理的系統）進行交互。
從哪里開始云遷移過程
將用戶所有的應用程序和支持基礎設施一下子都遷移至公共云是不可行的。
“如果應用程序數量眾多，那么遷移過程需要花上六至十八個月，”Nelson說。
將整個云遷移過程分解為可管理的若干步驟。從最小、最簡單的項目開始，然后是更大更復雜的項目。在遷移過程中，并行運行內部部署和云計算系統、同步數據并測試云部署，以確保遷移過程中沒有遺漏。另外，記錄所有的API以便了解在云遷移過程中用戶需要監控哪些API.
當企業用戶將其原來的接口映射至新接口時，成功的關鍵在于細節。例如，一個應用程序可能運行4.0版的用戶接口，而云供應商則使用4.1版，這就有可能包括一個應用程序不支持的功能并防止系統中運行過程中崩潰。
定制，網絡面臨遷移挑戰
在云遷移過程中，區分企業服務或簡化操作的定制應用程序會帶來額外的挑戰。當企業改寫應用程序時，通常會創建一個附加組件或重寫軟件。如果云供應商缺乏支持獨特功能所需的軟件，那么這種定制就可能帶來問題。
網絡通信是與公共云相關的另一個重要因素。當企業用戶將信息從內部遷移至場外時，他們需要確保其WAN鏈接的傳輸速度足夠快以提供足夠的性能。在某些情況下，這需要升級。
在將工作負載遷移至云時，企業會面臨眾多的挑戰，但是公共云供應商們提供了相關的工具與服務以簡化云遷移過程。