如今，將工作負載遷移到公共云正在成為大多數(shù)企業(yè)IT組織的主要任務(wù)。盡管行業(yè)分析師對于云遷移的預(yù)測各不相同，但有人認(rèn)為名列全球2000強的企業(yè)的遷移率約為20%，其中包括PaaS、IaaS和SaaS。

而在這些云遷移過程中開始出現(xiàn)一些錯誤。以下是企業(yè)在云遷移時所犯的主要三個錯誤，但如果企業(yè)知道需要注意什么，就很容易避免。

[[233517]]

誤區(qū)一：簡單的“提升和遷移”

簡而言之，“提升和遷移”是企業(yè)將代碼和數(shù)據(jù)轉(zhuǎn)移到公共云平臺模擬的過程，通常很少或不需要修改。盡管這種方法在開始實施時就節(jié)省了一些時間和成本，但它可能無法讓企業(yè)很好地實現(xiàn)目標(biāo)，因為基于云計算的應(yīng)用程序需要實現(xiàn)本地化。企業(yè)需要以本地化的***方式使用公共云平臺，利用本地功能降低運營成本，并提高性能。

這樣的路徑很容易預(yù)測：企業(yè)將使用“升遷和轉(zhuǎn)移”的方法將工作負載轉(zhuǎn)移到云端上，然后在一兩年內(nèi)，一旦他們看到托管非本地應(yīng)用程序的成本高昂，就必須返回并修改(或重構(gòu))應(yīng)用程序以利用云原生特性。與此同時，其應(yīng)用程序的效率降低了30～40%。

因此，企業(yè)的業(yè)務(wù)***是在遷移在云端之前實現(xiàn)本地化，而不是簡單地進行“提升和轉(zhuǎn)移”。

誤區(qū)二：不處理數(shù)據(jù)

與簡單地關(guān)注“提升和轉(zhuǎn)移”類似的錯誤是在遷移之后沒有處理數(shù)據(jù)庫面臨的問題。無論其成本如何，很多企業(yè)都傾向于選擇幾乎與本地部署相同的數(shù)據(jù)庫，而企業(yè)可能將會在云中的數(shù)據(jù)庫上花費太多的時間和資源。

數(shù)據(jù)庫效率低下可能會破壞企業(yè)轉(zhuǎn)向云計算的初衷。企業(yè)應(yīng)該考慮將更好的數(shù)據(jù)庫遷移到云中，例如專門構(gòu)建的云原生數(shù)據(jù)庫，這些數(shù)據(jù)庫能以極低的成本提供更好的服務(wù)和性能。

當(dāng)然，企業(yè)自己的獨特需求將決定其需要和使用的數(shù)據(jù)庫類型，只要確?？紤]云原生的選擇。

誤區(qū)三：避免或延遲與devops的集成

這個錯誤實際上比聽起來嚴(yán)重。云計算團隊通常不會與devops團隊進行交流，因此，云計算在如何滿足devops工具鏈和流程方面存在著脫節(jié)。

這個巨大的錯誤可能造成很大的損失。這是沒有必要的：企業(yè)可以在云中執(zhí)行應(yīng)用程序開發(fā)和操作，并且可以將devops工具鏈、測試和部署與基于云計算的服務(wù)結(jié)合在一起。

企業(yè)將不得不在一定程度上處理云計算和集成問題，所以如果企業(yè)不事先做好準(zhǔn)備，那么可能前功盡棄。也許更糟糕的是，由于沒有在云遷移中提前使用devops，因此企業(yè)設(shè)置的預(yù)期是非云平臺(即使采用本地部署)的應(yīng)用程序，而這些應(yīng)用程序不會得到很好的應(yīng)用。