IT企業向云平臺遷移時會涉及到很多因素，比如云的形式和云平臺的品牌，還有采取哪種方式進行遷移會更好。然而，大多數企業在進行遷移時通常并不怎么考慮性能問題，他們急于要把云平臺作為他們的操作系統，這讓他們犯下嚴重的錯誤，在性能上損失巨大。匆匆忙忙的轉向云平臺可能會讓IT應用運行起來非常痛苦，你要做的是盡早避免這一點。

　　普遍的錯誤有三個：

• 強行移植代碼，而不根據云平臺做本地化修改。
• 不考慮I/O調度問題。
• 不考慮網絡延遲。

　　許多IT企業經常不對代碼做平臺本地化修改就強行移植代碼，這些人以為在云平臺上可以和在本地系統上一樣隨心所欲的處理那些C++代碼，實際上這是行不通的。

　　事實上，在不同的平臺之間移植代碼時，你需要進行本地化和優化處理，不僅是云平臺，IaaS或PaaS也一樣。那些云計算提供商們經常吹噓他們能夠達到A到A級別的***可移植性，但事實上，真想達到A-A級別的性能效果，你必須要做大量額外的工作。

　　I/O調度問題其實也是優化的問題，你需要專門優化I/O底層系統的調度功能。記住I/O問題和云平臺的彈性不同，不會在處理器飽和時進行自動調整。I/O問題的關鍵是需要以最有效的方式訪問原始的I/O系統。有些云服務商能夠提供I/O調度優化，有些則不能。

　　網絡延遲問題也差不多?；ヂ摼W不可能總是提供穩定的表現，因此你必須考慮到在云環境中的整體表現模型，把網絡延遲問題考慮進去。如果在你的業務里，出現延遲會造成大問題，那么就不要遷移到云中。

　　另外，別忘了云環境中的不同系統之間進行通訊時也會發生網絡延遲。我發現這一點經常被忽視，而且在實際操作中這樣的延遲很難監測，而且更難理解，尤其是你無法接觸到底層的物理系統，你需要和云服務商共同搞定這一點。

　　原文地址：http://www.infoworld.com/d/cloud-computing/heads-3-cloud-performance-gotchas-173073