目前，對于選擇和使用云計算的討論往往集中于云計算供應商而不是私有云計算用戶，這一點已讓越來越多的企業感到不滿。隨著云計算軟件的不斷成熟，一些新功能(例如OpenStack的Grizzly)雖然讓用戶懷有相當大的希望，但又很少與企業買家相關，這一事實讓企業買家煩惱不已。現在是讓我們從企業的角度來審視云計算軟件的時候了。

可能云計算供應商們都很關注開源云計算(例如OpenStack、Citrix CloudPlatform以及Eucalyptus等)，這是因為他們需要云計算軟件，但是在企業之間對私有云計算的承諾仍然是很少見的。但是，具有私有云計算需求的企業數量(尤其是他們對于云計算應對應用流量爆發和故障轉移功能的需求)正在逐漸增長。事實上，對于企業用戶來說，大多數云計算軟件工具和應用程序編程接口(API)都是特別有用的。其中的問題在于如何介紹這些云計算軟件而不是如何開發這些云計算軟件。

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

可通過一系列不同于這三種資源類型的管理API來訪問云計算堆棧軟件的功能。通過使用由云計算供應商為流行硬件提供的自定義“掛鉤”，API依次向下通過網絡或虛擬機管理程序或者甚至由用戶自己鏈接至它們所代表的資源。

重新思考“即服務”的應用程序部署

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

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

事實上，云計算軟件所支持的私有云計算“即服務”的這一概念是企業重新思考如何購買和部署應用程序與資源的一個強大方法。數據庫即服務是指創建響應SQL請求而不是分配低級別存儲訪問的“查詢服務器”,它有助于推進公共云計算和混合云計算服務的使用;但是，這個服務也降低了網絡成本并提高了純內部應用程序部署的性能。使用一個集中化身份識別服務(這是一些云計算堆棧軟件所具備的一個功能)就能夠提高應用程序的安全性和合規性。

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

擁有一點點想象力，在你主要IT與網絡供應商的幫助下，你就能夠創建一個基于私有云計算的應用程序和資源控制框架，它能夠提高運行可靠性并有可能降低成本。