555 技術社區[雲棲]

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

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

你會條件反射地認為，這一定是供應商的責任。確實，供應商是應用程序和數據的宿主，因此它必須承擔所有的性能問題，是嗎?不。

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

我們可以這樣理解：

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

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

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

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

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

本文轉自d1net（轉載）

最後更新：2017-07-27 13:32:42