雲計算應用程式部署中的常見問題

企業不能完成必要的前期規劃以便於確定哪一個應用程式更適用于雲計算部署。

需要大型機支援的應用程式、在UNIX集群服務上運行的應用程式以及眾多運行在大型機上的現有應用程式都是註定不會遷移至雲計算的。 這些程式是很複雜的，而基於X86軟硬體環境的部署可能需要重新進行架構設計或重新編寫應用程式代碼。 如果是在公共雲計算中進行部署，那麼具有高安全性需求的應用程式可能並不是理想的雲計算部署實施物件。

企業無法選擇正確的雲計算模式（私有雲計算或公共雲計算）以實施應用程式部署。

可以在私有雲計算或公共雲計算中部署應用程式。 私有雲計算是在創建它們的IT企業控制下的內部雲計算。 與公共雲計算相比，它們與傳統的資料中心有更多的相似性（他們是內部的、是在IT企業的控制下的、沒有公共雲計算中的安全性問題，等等）。

公共雲計算是外部的。 公共雲計算的基礎設施受限於雲計算供應商，與傳統資料中心、甚至私有內部雲計算相比，其外觀和應用體驗可能會有很多的不同之處。 企業的常見錯誤是無法確定應用程式是比較適合公共雲計算還是更適合私有雲計算。 而另一個常見錯誤是無法確定在每一種雲計算模式中部署應用程式的成本(無論是長期的還是短期的)。

企業往往把重點集中于「遷移」伺服器至雲計算，而不是在雲計算中部署應用程式。

當企業決定實施從傳統資料中心至私有雲計算的遷移工作時，其動機往往是伺服器整合，這將有助於提高伺服器利用率和減少資本與運行開支。 這些不應當是關注的重點。 真正需要關注的應當是在雲計算中部署應用程式。 通過關注應用程式部署，企業將深入瞭解應用程式的構成以及在雲計算環境中應用程式所需的管理工具。 這個錯誤導致了其他的一些常見錯誤。

無法為雲計算中應用程式的性能變化做出規劃

在雲計算中部署應用程式可能會導致應用程式的性能等級低於其在傳統資料中心中的性能等級，這是由兩個環境之間的差異性造成的。 當企業管理員們考慮應用程式運行性能時，他們通常都會關注CPU處理能力、記憶體容量、磁片存儲空間等因素。 在傳統的資料中心中，應用程式可能只運行在一台伺服器上。 可以使用物理伺服器監控工具在那台伺服器上對應用程式進行調試以便於應用程式運行能夠達到一個可接受的性能等級。

當在雲計算中部署應用程式時，在由管理程式軟體（例如VMwareESXi或Xen）創建的虛擬環境中，它在一個單一的虛擬託管伺服器上與其他應用程式共用物理CPU資源、實體記憶體容量等等。 這些應用程式同時爭奪虛擬託管伺服器的物理資源。 在雲計算中應用程式的性能調試始于這一新的生態系統。

在應用程式被部署于雲計算之前，你應當為能夠圓滿滿足業務需求的應用程式創建一個基線。 當在雲計算中部署應用程式時，你應當檢查其性能並將其與基線性能進行比較，並做出調整，直至達到雲計算中可接受的性能等級。 為了進行這樣類型的性能分析，你需要擁有在虛擬環境中工作的性能監控工具。

無法理解需要有新工具來監控應用程式性能、安全性以及網路流量

一些企業無法理解傳統實體環境中所使用的工具並不適用于雲計算這樣的虛擬環境。 監控工具可以説明回答如下這樣的問題：什麼是一個應用程式的性能?當需要時，一個應用程式是否能夠訪問計算資源和存儲頻寬？ 什麼是應用程式訪問存放裝置的回應時間？ 我的應用程式是否受到了保護以防入侵者的騷擾？

虛擬化為傳統監控增加了一個抽象層。 你可以不再通過查看物理設備來監控性能。 網路運行團隊一直致力於尋找這樣一個抽象概念以確定在虛擬層和實體層究竟發生了什麼。

由於在管理程式中出現了大量的流量而沒有在物理網路中出現，你需要擁有專門為運行于虛擬環境而設計的工具。 基於實體層的監控工具並沒有辦法在虛擬元件（例如虛擬伺服器、虛擬路由器、性能交換器等）之間檢測到流量。 監控應用程式性能和在雲計算環境中與應用程式交互的資源性能都需要專為虛擬環境而設計的新工具。 同樣的情況也發生在應用程式安全性領域。 諸如Catbird網路公司vSecurity這樣的工具適用于通過監控虛擬網路流量來解決安全性問題。

(責任編輯：蒙遺善)