可能無法遷移所有內(nèi)容

把所有的內(nèi)部部署系統(tǒng)都轉移到云平中臺的想法很容易被接受。雖然這是一個很好的目標，但這可能并不現(xiàn)實，除非是一個較小的中小企業(yè)網(wǎng)絡，或者為一個已經(jīng)在云平臺中擁有大部分系統(tǒng)的組織工作，并且正在遷移一些負載。

在通常情況下，原有的業(yè)務應用程序可能是很大的挑戰(zhàn)。

如果軟件供應商不支持在Azure或AWS等公共云平臺安裝這些工作負載，則有時這一挑戰(zhàn)是無法克服的。

如果確實遇到了無法遷移的系統(tǒng)，則將其添加到IT計劃路線圖中。這將使企業(yè)能夠在將來重新評估這些系統(tǒng)，并且可以考慮遷移到其他采用以云計算為中心的供應商或解決方案。

數(shù)據(jù)云遷移的底線

隨著大數(shù)據(jù)遷移到云端，重要的是不會削減它。提升和轉移以及其他強力遷移技術在數(shù)據(jù)完整性方面留下了問題，會增加遷移開銷，有時甚至是令人望而卻步。新一輪的遷移方法更加溫和、更具有階段性，而且用戶和成本友好。有了合適的工具，企業(yè)的云采用策略就不需要花費太多時間。仍然可以在今年發(fā)生。

如需了解更多云遷移系統(tǒng)的相關內(nèi)容，歡迎撥打網(wǎng)站上的熱線電話！

了解哪些應用程序應首先遷移到云平臺

要確定哪些應用適合進行云遷移，需要對關鍵性、生產(chǎn)狀態(tài)、運營標準、合規(guī)性、遷移的便利性，以及業(yè)務影響力等因素進行評估。如果某個應用程序的關鍵程度、敏感性、高程度越低，其文檔越多，合規(guī)性要求越低，則這個應用程序就越適合進行初始遷移。另外，查找應用程序依賴關系，然后遷移這些服務(通常是內(nèi)部服務、外部服務或與客戶接近的服務)，并且首先使用依賴關系很少的應用程序。

從哪里開始云遷移過程

將用戶所有的應用程序和支持基礎設施一下子都遷移至公共云是不可行的。

“如果應用程序數(shù)量眾多，那么遷移過程需要花上六至十八個月，” Nelson說。

將整個云遷移過程分解為可管理的若干步驟。從很小、很簡單的項目開始，然后是更大更復雜的項目。在遷移過程中，并行運行內(nèi)部部署和云計算系統(tǒng)、同步數(shù)據(jù)并測試云部署，以確保遷移過程中沒有遺漏。另外，記錄所有的API以便了解在云遷移過程中用戶需要監(jiān)控哪些API。

當企業(yè)用戶將其原來的接口映射至新接口時，成功的關鍵在于細節(jié)。例如，一個應用程序可能運行4.0版的用戶接口，而云供應商則使用4.1版，這就有可能包括一個應用程序不支持的功能并防止系統(tǒng)中運行過程中崩潰。