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