私有雲計算中應用雲計算堆疊功能

目前，對於選擇和使用雲計算的討論往往集中于雲計算供應商而不是HTTP://www.aliyun.com/zixun/aggregation/14039.html">私有雲計算使用者，這一點已讓越來越多的企業感到不滿。 隨著雲計算軟體的不斷成熟，一些新功能（例如OpenStack的Grizzly）雖然讓使用者懷有相當大的希望，但又很少與企業買家相關，這一事實讓企業買家煩惱不已。 現在是讓我們從企業的角度來審視雲計算軟體的時候了。

可能雲計算供應商們都很關注開源雲計算（例如OpenStack、Citrix CloudPlatform以及Eucalyptus等），這是因為他們需要雲計算軟體，但是在企業之間對私有雲計算的承諾仍然是很少見的。 但是，具有私 有雲計算需求的企業數量（尤其是他們對於雲計算應對應用流量爆發和容錯移轉功能的需求）正在逐漸增長。 事實上，對於企業使用者來說，大多數雲計算軟體工具和 應用程式開發介面（API）都是特別有用的。 其中的問題在於如何介紹這些雲計算軟體而不是如何開發這些雲計算軟體。

雲計算堆疊軟體的 目標是對一個應用程式實現具現化，具體操作是通過把應用程式分配給計算設施、將其與所需的存儲資源連結，然後通過網路把它與其他的應用程式或元件和使用者相 連。 企業所鐘意的雲計算軟體部署和雲計算供應商所推崇的雲計算軟體之間最大的差異點在於多租戶的問題。 在公共雲計算中，各個應用程式之間是彼此隔離的，這 一點是至關重要的，這是因為它們分別屬於不同的使用者，「串話」是一個安全方面的風險。 從某種角度來看，這一差異造成了優先順序上的差異和三種雲計算API資 源類型的差異：計算、存儲和網路。

可通過一系列不同于這三種資源類型的管理API來訪問雲計算堆疊軟體的功能。 通過使用由雲計算供應商為流行硬體提供的自訂「掛鉤」，API依次向下通過網路或虛擬機器管理程式或者甚至由使用者自己連結至它們所代表的資源。

重新思考「即服務」的應用程式部署

企業關注雲計算堆疊軟體，應當更多地關注軟體能夠更高效管理動態應用程式和擴展資源之間複雜交互的能力。 打破「安裝在伺服器上」這一模式的應用程式新模 式（例如虛擬化和SOA）往往具有相互關聯的複雜部署和重新部署流程。 一個簡單的錯誤就可能完全破壞一個應用程式或整個業務。 通過為應用程式部署提供一個 管理模式，雲計算軟體可以使用一個有時候被稱為應用程式-資源連接「操作化」的過程來監管這些複雜情況，這個過程將創建一套方法和一些實現高效支援與管理 的工具。

企業與運營商之間最大的雲計算資源控制差異在於網路。 企業可能會把OpenStack Quantum為網路即服務或虛擬網路創建所提供的功能視為冗余，但事實上它們不是。 網路即服務意味著把網路設置管理與應用程式相連，即使對於企業來說這 也是極具價值的。 例如，對於需要在網站之間為平衡負載或容錯移轉而移動應用程式的企業來說，網路即服務可能是私有雲計算中最重要的東西了。 最近發佈的 OpenStack Quantum還包括了用於負載平衡即服務的框架，但它需要供應商或使用者為之付出額外的工作量。

事實上，雲計算軟 件所支援的私有雲計算「即服務」的這一概念是企業重新思考如何購買和部署應用程式與資源的一個強大方法。 資料庫即服務是指創建回應SQL請求而不是分配低 級別存儲訪問的「查詢伺服器」,它有助於推進公共雲計算和混合雲計算服務的使用；但是，這個服務也降低了網路成本並提高了純內部應用程式部署的性能。 使用 一個集中化身份識別服務（這是一些雲計算堆疊軟體所具備的一個功能）就能夠提高應用程式的安全性和合規性。

即使在最基本的計算資源中， 雲計算的「即服務」理念也是很有價值的。 雖然部署雲計算軟體啟動應用程式以便於在發生資源故障時能夠快速遷移應用程式是不必要的，但是雲計算的資源獨立性 原則可使這一任務更易於實現和更易於實現操作化。 有使用者報告說，在這些應用程式的遷移過程中通常都會發生配置錯誤；雲計算工具能夠實現這些遷移工作的自動 化，並盡可能地減少這類錯誤發生的可能性。

擁有一點點想像力，在你主要IT與網路供應商的説明下，你就能夠創建一個基於私有雲計算的應用程式和資源控制框架，它能夠提高運行可靠性並有可能降低成本。

(責任編輯：蒙遺善)