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