隨著越來越多的組織將其工作負載遷移到云環境以實現更高的敏捷性和可擴展性，云采用越來越受歡迎。然而，云遷移的速度似乎受到了影響，全球只有五分之一的企業遷移到云。

這可以歸因于許多因素，但最值得注意的是在執行云遷移時對一些重要錯誤的無知。值得慶幸的是，這些錯誤可以通過獲得觀察一些重要信號的能力來避免。

跳上潮流

如果您正在考慮云遷移策略以響應競爭對手的活動，那么請三思。您的業??務不同于任何其他業務，因為有許多方面可能不需要云環境。云遷移策略必須經過所有相關團隊成員的激烈辯論才能達成共識。

遷移無修改

許多企業在執行云遷移時采用的最常見方法是簡單地將數據和代碼提升并移動到公共云平臺模擬。這是因為這樣的方法可以節省時間和精力。這種不修改代碼的云遷移方法，違背了整個云遷移練習的基本目的。

只有通過實施云原生本地化才能實現通過減少云支出來提高性能的長期目標。如果不采用這種方法，那么僅僅提升和轉移工作量就會迫使公司回溯以重構應用程序。非云原生的應用程序除了效率低得多之外，從長遠來看可能非常昂貴。為了使應用程序具有云原生屬性，您將不得不采用云原生方法。如果不這樣做，將導致非云原生應用程序出現性能問題。

缺乏對數據庫問題的關注

遷移后，必須在采用提升和轉移方法的同時處理圍繞數據庫的問題。事實上，將數據庫轉移到實際上是為本地環境設計的云中涉及大量成本。

低效的數據庫將破壞云遷移的目的。目標驅動和云原生的數據庫可提供卓越的服務，并以更高的成本效益提高性能。

建議必須考慮采用具有云原生特性的數據庫的可能性，以消除在云環境中運行數據庫的巨大成本。實際上，您組織的具體要求應該推動數據庫部分和采用方面的決策。這需要考慮云原生選擇。

未能參與 DevOps

云團隊缺乏與 DevOps 團隊的集成可能會被證明是一個代價高昂的錯誤。首先，這種溝通差距將導致 DevOps 參與的嚴重中斷，因為其工具和流程將面臨與云的斷開連接。其次，由于生產力下降，這個錯誤的代價將非常高。如果在執行測試和應用程序部署的同時通過與 DevOps 團隊集成來在云中執行應用程序開發，這是絕對可以避免的。

如果從一開始就未能將 DevOps 與云團隊集成，那么您只是推遲了遷移到云的重要步驟。云不是任何適合本地平臺的地方，因此你缺乏將 DevOps 和云團隊結合在一起是完全沒有道理的。

沒有選擇合適的合作伙伴

如果您的未來云服務提供商沒有以服務水平協議的形式提供書面承諾，那么最好離開。理想的云服務提供商能夠提供白紙黑字的服務保證。許多 CIO 犯了一個常見的錯誤，即根據成本比較云提供商。

如果您選擇了最便宜的云服務提供商，那么這些計劃很可能會包含隱藏費用，這將嚴重破壞您的 IT 預算。

您的云服務提供商必須能夠對您的云資源進行遠程管理和控制。這樣做時，云提供商應該解決所有關于數字資產安全性的問題。知名云服務提供商維護一層隔離，以維護每個客戶的安全利益。

嚴格的安全規范，包括雙因素身份驗證、用戶特定憑據和對合規性的不妥協態度，必須是您的云服務提供商的主要亮點。貴公司所有云服務的最終用戶都應該接受深入的培訓，這樣大多數技術問題就可以得到解決，而不必在非工作時間瘋狂地打電話給服務提供商。

綜上所述

如果首先避免這些錯誤，云遷移的成本節約、性能增強和其他引人注目的優勢將受到重視。最好使您的業務需求與云優勢保持一致，而不是加入云采用競賽的人群。