因此，什么是企業(yè)級環(huán)境中正確的OpenStack用戶案例?與之相關(guān)的成本是多少?讓我們通過三個企業(yè)應該部署OpenStack的潛在應用場景來了解。很重要的一點要注意，這些用戶使用場景同樣適用于其它的一些開源云工具，例如CloudStack 和 Eucalyptus。

　　1. 接近用戶特點

　　作為開源平臺，OpenStack完全實現(xiàn)定制化。例如，開發(fā)人員創(chuàng)建OpenStack時并沒有考慮和AWS(Amazon Web Services)API或vSphere的兼容，只是后來在用戶社區(qū)中有人修改了軟件適應這些需求。

　　這種定制化對云用戶是很關(guān)鍵的差異。假設是VMware vCloud工具的用戶需要兼容AWS，而自己卻無法完成這樣的修改。他們必須對該功能提出需求然后等待VMware自己添加到應用中。如果這類需求在社區(qū)中并不普遍或者不在供應商的業(yè)務需求產(chǎn)品規(guī)劃中，該功能可能永遠不會出現(xiàn)。

　　2. 避免廠商鎖定

　　很多管理員抱怨一旦他們開始使用某個商業(yè)化云平臺，例如VMware vCloud或AWS，他們就被綁定到該廠商的生態(tài)圈內(nèi)了?？梢詮囊粋€公有云遷移到其它平臺并且在多個云供應商之間實現(xiàn)冗余是部署OpenStack的兩個優(yōu)勢，此外也避免了廠商鎖定。

　　一度流行又迅速關(guān)閉的云存儲供應商Virvanix，一直強調(diào)企業(yè)擁有冗余選項的重要性，但是缺少開放的標準會限制這種能力。

　　OpenStack為企業(yè)提供了通用的平臺可以實現(xiàn)橫跨多個云供應商部署。這保證了企業(yè)擁有選擇權(quán)，可以把自己的OpenStack私有云擴展到多個兼容的云供應商。

　　任何IT團隊都可以建立一個OpenStack的變異版本來滿足自己客戶的需求，但是這種定制化代碼也會帶來新問題。

　　OpenStack一貫堅持部署最新的軟件版本，但如果企業(yè)修改了代碼來滿足自己的特殊需求，可能會導致跟新版kernel的兼容性問題。

　　3. 使用混合云生態(tài)環(huán)境

　　當用戶考慮遷移到云的時候，第一時間會想到AWS，忽略了它是否適合業(yè)務或滿足他們企業(yè)的技術(shù)需求。亞馬遜在云市場的優(yōu)勢也代表了對另一個公有云選擇的需求。

　　直到OpenStack出現(xiàn)，開源的云平臺主要致力于提供AWS兼容性。對Rackspace或HP而言，無論怎樣，兼容AWS的云管理工具無法提供有競爭性的特性。OpenStack生態(tài)系統(tǒng)為企業(yè)用戶提供了大量的可選第三方云供應商，包括Rackspace、HP和Dell。這些企業(yè)借助OpenStack結(jié)合類似RightScale的云broker可以提供媲美AWS的可擴展性。

　　這些選擇并非總是成功的。Rackspace就總是因為OpenStack云市場缺乏增長而被華爾街詬病。該供應商依然保留了推出其它的采用了VMware堆棧但借助OpenStack管理的云產(chǎn)品。這種云顯示出企業(yè)用戶有要求Rackspace提供這類產(chǎn)品。Rackspace創(chuàng)建類似OpenStack的解決方法，把自己的私有云鋪開并擴展到公有云的模式在今天的市場中很難實現(xiàn)。

　　Ebay的PayPal業(yè)務單元是成功部署企業(yè)級OpenStack的例子。PayPal圍繞OpenStack和VMware ESXi部署了一個可擴展性很好的方案，但是需要投入大量的資源用于所需功能和整合開發(fā)。

　　IT行業(yè)已經(jīng)看到大量的投入，或在非技術(shù)型公司部署OpenStack.無論是創(chuàng)業(yè)型還是巨頭公司都有內(nèi)部開發(fā)的工具解決OpenStack的限制，但是非技術(shù)型企業(yè)可能不具備開發(fā)能力，無法滿足OpenStack成功部署的需求。盡管如此，正確的企業(yè)擁有正確的資源和需求將會從OpenStack中獲益。