雲應用程式很慢？原因在應用，而不是雲

上午7點，你早早地趕到辦公室，希望在沒有他人通路公司公有雲的時候，庫存應用程式能做好更改的準備。然而，即使早上這段時間隻有少量的使用者線上，應用的性能仍然乏善可陳。

你會條件反射地認為，這一定是供應商的責任。确實，供應商是應用程式和資料的宿主，是以它必須承擔所有的性能問題，是嗎?不。

筆者在訪談調查中發現，性能問題的誘因，十之八九是來自于應用程式設計和支援技術的選擇，而不是雲基礎設施的問題。這很容易了解，你在雲中所使用的資源是可以根據需求随時擴充的。

我們可以這樣了解：

把糟糕的應用程式轉移到雲上，也隻是變成了一個糟糕的雲應用程式而已。

目前的情況是，很多企業把應用程式推向公有雲之前，并不會關注應用程式設計，或者使用資料庫、中間件或其他使能技術。編譯，連接配接到資料庫，資料開始流動，他們就會覺得很好，自己已經成功完成雲轉型了。

事實是，這不但會導緻性能不好，甚至可能還會增加雲成本50%或60%。因為公有雲會耗費很多資源去處理一個設計不當的應用程式。常見的問題是低效的I/O，閑談式應用程式，和資料庫的非優化查詢——而這些問題隻是幾十個會出現的錯誤中的一部分。

解決問題的辦法是在IT企業中大多數人都不想聽到的：應用程式需要重構。包括對設計進行調整，并使應用程式的某些部分利用雲本地特性，如原生I/O、資料庫緩存和一系列的其他技巧，以使應用程式在雲或其他任何平台中運作良好。

這種事誰都不會喜歡，但我們必須確定在遷移到雲時，會花時間重新設計糟糕的應用程式，否則的話，無論你多早趕到辦公室，都不夠早。

本文轉自d1net（轉載）