基本上，OpenStack是一個(gè)基于開源的云平臺(tái)，需要在虛擬化數(shù)據(jù)中心中協(xié)調(diào)計(jì)算、存儲(chǔ)和網(wǎng)絡(luò)資源。它基于商品化的硬件，通過(guò)Web儀表板和API進(jìn)行管理。

　　OpenStack社區(qū)不斷壯大。 今天，200多個(gè)知名廠商對(duì)代碼做出了貢獻(xiàn)，包括思科、戴爾、惠普、IBM、英特爾、Oracle、Rackspace、紅帽和VMware。

　　451 Research估計(jì)OpenStack生態(tài)系統(tǒng)的收入將增長(zhǎng)近五倍，從2015年的12.7億美元到2020年的57.5億美元。

　　在最近的一項(xiàng)調(diào)查中，97％的用戶認(rèn)為標(biāo)準(zhǔn)化在多個(gè)云之間建立的通用開放平臺(tái)最重要。避免供應(yīng)商鎖定是另一個(gè)重要因素（92％）。其他原因包括：來(lái)自客戶的OpenStack兼容性要求、云原生應(yīng)用部署、供應(yīng)商合作、研究、數(shù)據(jù)治理、DevOps友好，以及自助服務(wù)和開源質(zhì)量。

　　在早期，OpenStack主要用于非關(guān)鍵的內(nèi)部工作負(fù)載，如測(cè)試和開發(fā)。從那時(shí)起，企業(yè)越來(lái)越多地在生產(chǎn)環(huán)境中使用它，尤其是云原生應(yīng)用程序。

　　雖然存在各種模型的組合，但為了簡(jiǎn)化，以下列出最常見的一些。

　　本地分發(fā)：本地部署仍是最常用的部署模型。它可以用DIY的方法實(shí)現(xiàn)，使用Homebrew或者選一某個(gè)供應(yīng)商的發(fā)行版。在這種情況下，整個(gè)OpenStack環(huán)境在內(nèi)部運(yùn)行。內(nèi)部IT通常負(fù)責(zé)部署、配置、修補(bǔ)和發(fā)布管理以及故障排除。憑借豐富的工程資源和豐富的OpenStack經(jīng)驗(yàn)，這種部署模型可以具有成本效益。然而，當(dāng)資源稀缺或產(chǎn)品上市時(shí)間很重要時(shí)，它可能不是好的選擇。

　　盒子里的私有云：有些供應(yīng)商提供設(shè)備，這些設(shè)備通常在內(nèi)部運(yùn)行。它們具有嵌入的、由供應(yīng)商支持的OpenStack分發(fā)版，并提供特定設(shè)置。盡管與本地分發(fā)相比，這些設(shè)備需要較少的工程設(shè)計(jì)，但是它們往往較為昂貴。由于這些是基于專用硬件和定制代碼構(gòu)建的，也與避免供應(yīng)商鎖定的想法相矛盾，而大多數(shù)客戶實(shí)際努力避免這一點(diǎn)。

　　托管私有云：與DIY方法不同，此模式利用由托管私有云服務(wù)提供商提供的第三方數(shù)據(jù)中心。在這種情況下，服務(wù)提供商擁有基礎(chǔ)設(shè)施并負(fù)責(zé)運(yùn)維環(huán)境，遵守服務(wù)級(jí)別協(xié)議（SLA）�？蛻艨梢詮默F(xiàn)有的IT環(huán)境和服務(wù)提供商的OpenStack專業(yè)知識(shí)中受益，而無(wú)需自己進(jìn)行CAPEX投資或建立深入的專業(yè)知識(shí)。另一方面，服務(wù)提供商具有設(shè)計(jì)權(quán)限，這會(huì)導(dǎo)致供應(yīng)商鎖定。此外，需要WAN連接，且現(xiàn)有的客戶環(huán)境被分散并且可能未被充分利用。

　　OpenStack-as-a-Service：像托管私有云一樣，OpenStack-as-a-Service利用第三方服務(wù)提供商來(lái)處理所有事務(wù)。 然而，堆�？山�(jīng)由因特網(wǎng)訪問(wèn)并利用公有共云資源，即其在共享而不是專用環(huán)境中運(yùn)行。此模式提供最大程度的敏捷性和靈活性，允許客戶瞬間調(diào)試和停止資源，并通過(guò)信用卡在每次使用付費(fèi)的基礎(chǔ)上方便地結(jié)算賬單。這也許是最簡(jiǎn)單和最快的選擇，但是 （根據(jù)可用性區(qū)域） 公司可能必須處理隱私問(wèn)題。 此外，該模型最終導(dǎo)致供應(yīng)商鎖定。

　　毫無(wú)疑問(wèn)，OpenStack有很多好處。但是盡管具有面向服務(wù)的架構(gòu)，對(duì)所有組件的API驅(qū)動(dòng)訪問(wèn)以及協(xié)調(diào)多種虛擬化技術(shù)的能力，但它遠(yuǎn)不是萬(wàn)能的。以下是一些限制：

　　OpenStack是一個(gè)開源項(xiàng)目。它部署復(fù)雜，有更多的工具包而不是產(chǎn)品。因此，部署可能是乏味的，并且所需的努力被普遍低估。此外，頂尖的開發(fā)人員和工程師很難找到。在最近的一項(xiàng)調(diào)查中，用戶把“復(fù)雜的部署和操作”作為不推薦OpenStack的主要原因之一。

　　乍看之下，特別是當(dāng)使用公共發(fā)行版時(shí)，與購(gòu)買代碼相關(guān)的成本很少或沒有。然而，構(gòu)建可靠的云平臺(tái)是完全不同的。事實(shí)上，這將是一個(gè)具有挑戰(zhàn)性的工作，需要大量的資源、專門知識(shí)以及時(shí)間和毅力。當(dāng)考慮到所需的工程工時(shí)和人數(shù)時(shí)，總擁有成本（TCO）將遠(yuǎn)高于最初的預(yù)期。

　　從一個(gè)OpenStack版本遷移到另一個(gè)很具有挑戰(zhàn)性。因?yàn)橹�前�?jīng)歷了意外問(wèn)題和停機(jī)時(shí)間，許多公司對(duì)升級(jí)到新版本很猶豫。特別是在大規(guī)模下升級(jí)和實(shí)現(xiàn)穩(wěn)定性不容易。

　　OpenStack是強(qiáng)大的云技術(shù)，但是其部署和操作的復(fù)雜性經(jīng)常被低估。并沒有一個(gè)“適合所有”的部署模式。幾個(gè)參數(shù)的不同就會(huì)導(dǎo)致選擇不同的模式。因此，在作出任何購(gòu)買決定之前，明確目標(biāo)，使用計(jì)劃卷（實(shí)例/節(jié)點(diǎn)數(shù)量，存儲(chǔ)等），徹底構(gòu)建業(yè)務(wù)案例并仔細(xì)檢查所有可用選項(xiàng)，這些至關(guān)重要。另一個(gè)成本比較的例子可以在這里（http://siliconangle.com/blog/2016/10/17/new-report-shows-when-private-clouds-become-more-economic-than-public-clouds/）找到。

　　當(dāng)認(rèn)真考慮DIY的方法時(shí)，機(jī)構(gòu)需要確保自己有必要的技能和可以保證的超時(shí)工作。當(dāng)對(duì)產(chǎn)品上市時(shí)間有要求時(shí)，利用服務(wù)提供商可能是更聰明的選擇。

　　OpenStack SDK前途光明，但有很多工作要做：人才缺乏，需求遠(yuǎn)超供給；彈性和穩(wěn)定性尚不能與其他專有云平臺(tái)相提并論�？梢灶A(yù)見，隨著OpenStack的成熟，越來(lái)越多的公司將利用它并將其納入多云戰(zhàn)略。