
在這些云遷移中開(kāi)始出現(xiàn)常見(jiàn)的錯(cuò)誤。以下是我看到的三大誤區(qū)--如果你知道該注意什么,它們本來(lái)是可以避免的。
云遷移錯(cuò)誤1:做純粹的“直接遷移”(Lift-and-Shift)
簡(jiǎn)單地說(shuō),“直接遷移”(Lift-and-Shift)是指將代碼和數(shù)據(jù)移動(dòng)到公有云中的平臺(tái)模擬程序的過(guò)程,通常很少或根本沒(méi)有修改。雖然這種方法節(jié)省了時(shí)間和金錢,至少在一開(kāi)始是這樣,但它可能不會(huì)讓你到達(dá)你需要去的地方,因?yàn)榛谠频膽?yīng)用程序需要一些基于云的本地化處理。你需要這種本地化,以便以最佳方式使用公有云平臺(tái),利用本地化特性來(lái)降低操作成本并提高性能。
過(guò)程是容易預(yù)測(cè)的:企業(yè)使用“直接遷移”(Lift-and-Shift)的方法將工作負(fù)載轉(zhuǎn)移到云中,然而在一兩年內(nèi),一旦他們看到非原生應(yīng)用程序的成本將不得不回到和修改或重構(gòu)使用原生云特性的應(yīng)用程序上來(lái)。與此同時(shí),應(yīng)用程序的效率要低30%到40%。
最好是從一開(kāi)始就做正確的事情,而不是簡(jiǎn)單地“直接遷移”(Lift-and-Shift)。
云遷移錯(cuò)誤2:不處理數(shù)據(jù)
與過(guò)度關(guān)注“直接遷移”(Lift-and-Shift)的一個(gè)類似錯(cuò)誤是在遷移之后不處理數(shù)據(jù)庫(kù)周圍的問(wèn)題。這種趨勢(shì)是,不管花費(fèi)多少,你都可以在你的前提下選擇幾乎相同的數(shù)據(jù)庫(kù)。因此,你最終會(huì)在云中的數(shù)據(jù)庫(kù)上花費(fèi)很多。
這種數(shù)據(jù)庫(kù)的低效率首先會(huì)破壞你轉(zhuǎn)移到云的原因。你應(yīng)該考慮遷移到云中更好的數(shù)據(jù)庫(kù),比如專門(mén)構(gòu)建的云本地?cái)?shù)據(jù)庫(kù),它可以提供更好的服務(wù),性能大大降低。
當(dāng)然,你自己的獨(dú)特需求將決定你需要和使用什么數(shù)據(jù)庫(kù)。僅僅確?紤]到云中誕生的選項(xiàng)。
云遷移錯(cuò)誤3:避免或延遲與開(kāi)發(fā)的集成
這個(gè)錯(cuò)誤實(shí)際上比聽(tīng)起來(lái)要嚴(yán)重得多。通常,云團(tuán)隊(duì)不與開(kāi)發(fā)團(tuán)隊(duì)對(duì)話,因此對(duì)于云如何與開(kāi)發(fā)工具鏈和流程結(jié)合存在著分歧。
這個(gè)巨大的錯(cuò)誤會(huì)使生產(chǎn)力損失數(shù)百萬(wàn)。這是不必要的:你可以在云中進(jìn)行應(yīng)用程序開(kāi)發(fā)和操作,還可以將開(kāi)發(fā)工具鏈、測(cè)試和部署與基于云的服務(wù)結(jié)合起來(lái)。
你將不得不在某個(gè)時(shí)候處理云和開(kāi)發(fā)的集成,所以如果你不事先做的話,你將會(huì)遇到麻煩。也許更糟糕的是,由于在云遷移中沒(méi)有將開(kāi)發(fā)放在最前面,所以你期望你能夠接受非云平臺(tái)(也就是說(shuō),在本地部署)的部署--這些現(xiàn)在甚至不應(yīng)該出現(xiàn)在你的視野里。
聲明:版權(quán)所有 非合作媒體謝絕轉(zhuǎn)載
作者: David Linthicum
原文網(wǎng)址:https://www.infoworld.com/article/3280986/cloud-computing/3-major-cloud-migration-mistakes-to-avoid.html?upd=1529373224195