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

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

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

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

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

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

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

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

了解哪些應(yīng)用程序應(yīng)首先遷移到云平臺(tái)

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

從哪里開始云遷移過程

將用戶所有的應(yīng)用程序和支持基礎(chǔ)設(shè)施一下子都遷移至公共云是不可行的。

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

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

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