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

　　普遍的錯(cuò)誤有三個(gè)：

• 強(qiáng)行移植代碼，而不根據(jù)云平臺做本地化修改。
• 不考慮I/O調(diào)度問題。
• 不考慮網(wǎng)絡(luò)延遲。

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

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

　　I/O調(diào)度問題其實(shí)也是優(yōu)化的問題，你需要專門優(yōu)化I/O底層系統(tǒng)的調(diào)度功能。記住I/O問題和云平臺的彈性不同，不會在處理器飽和時(shí)進(jìn)行自動調(diào)整。I/O問題的關(guān)鍵是需要以最有效的方式訪問原始的I/O系統(tǒng)。有些云服務(wù)商能夠提供I/O調(diào)度優(yōu)化，有些則不能。

　　網(wǎng)絡(luò)延遲問題也差不多。互聯(lián)網(wǎng)不可能總是提供穩(wěn)定的表現(xiàn)，因此你必須考慮到在云環(huán)境中的整體表現(xiàn)模型，把網(wǎng)絡(luò)延遲問題考慮進(jìn)去。如果在你的業(yè)務(wù)里，出現(xiàn)延遲會造成大問題，那么就不要遷移到云中。

　　另外，別忘了云環(huán)境中的不同系統(tǒng)之間進(jìn)行通訊時(shí)也會發(fā)生網(wǎng)絡(luò)延遲。我發(fā)現(xiàn)這一點(diǎn)經(jīng)常被忽視，而且在實(shí)際操作中這樣的延遲很難監(jiān)測，而且更難理解，尤其是你無法接觸到底層的物理系統(tǒng)，你需要和云服務(wù)商共同搞定這一點(diǎn)。

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