基本上，OpenStack是一個基于開源的云平臺，需要在虛擬化數(shù)據(jù)中心中協(xié)調計算、存儲和網(wǎng)絡資源。它基于商品化的硬件，通過Web儀表板和API進行管理。
OpenStack社區(qū)不斷壯大。 今天，200多個知名廠商對代碼做出了貢獻，包括思科、戴爾、惠普、IBM、英特爾、Oracle、Rackspace、紅帽和VMware。
451 Research估計OpenStack生態(tài)系統(tǒng)的收入將增長近五倍，從2015年的12.7億美元到2020年的57.5億美元。
為什么選擇OpenStack？
在最近的一項調查中，97％的用戶認為標準化在多個云之間建立的通用開放平臺最重要。避免供應商鎖定是另一個重要因素（92％）。其他原因包括：來自客戶的OpenStack兼容性要求、云原生應用部署、供應商合作、研究、數(shù)據(jù)治理、DevOps友好，以及自助服務和開源質量。
在早期，OpenStack主要用于非關鍵的內部工作負載，如測試和開發(fā)。從那時起，企業(yè)越來越多地在生產(chǎn)環(huán)境中使用它，尤其是云原生應用程序。
有哪些典型部署模型？
雖然存在各種模型的組合，但為了簡化，以下列出最常見的一些。
本地分發(fā)：本地部署仍是最常用的部署模型。它可以用DIY的方法實現(xiàn)，使用Homebrew或者選一某個供應商的發(fā)行版。在這種情況下，整個OpenStack環(huán)境在內部運行。內部IT通常負責部署、配置、修補和發(fā)布管理以及故障排除。憑借豐富的工程資源和豐富的OpenStack經(jīng)驗，這種部署模型可以具有成本效益。然而，當資源稀缺或產(chǎn)品上市時間很重要時，它可能不是好的選擇。
盒子里的私有云：有些供應商提供設備，這些設備通常在內部運行。它們具有嵌入的、由供應商支持的OpenStack分發(fā)版，并提供特定設置。盡管與本地分發(fā)相比，這些設備需要較少的工程設計，但是它們往往較為昂貴。由于這些是基于專用硬件和定制代碼構建的，也與避免供應商鎖定的想法相矛盾，而大多數(shù)客戶實際努力避免這一點。
托管私有云：與DIY方法不同，此模式利用由托管私有云服務提供商提供的第三方數(shù)據(jù)中心。在這種情況下，服務提供商擁有基礎設施并負責運維環(huán)境，遵守服務級別協(xié)議（SLA）。客戶可以從現(xiàn)有的IT環(huán)境和服務提供商的OpenStack專業(yè)知識中受益，而無需自己進行CAPEX投資或建立深入的專業(yè)知識。另一方面，服務提供商具有設計權限，這會導致供應商鎖定。此外，需要WAN連接，且現(xiàn)有的客戶環(huán)境被分散并且可能未被充分利用。
OpenStack-as-a-Service：像托管私有云一樣，OpenStack-as-a-Service利用第三方服務提供商來處理所有事務。 然而，堆棧可經(jīng)由因特網(wǎng)訪問并利用公有共云資源，即其在共享而不是專用環(huán)境中運行。此模式提供最大程度的敏捷性和靈活性，允許客戶瞬間調試和停止資源，并通過信用卡在每次使用付費的基礎上方便地結算賬單。這也許是最簡單和最快的選擇，但是 （根據(jù)可用性區(qū)域） 公司可能必須處理隱私問題。 此外，該模型最終導致供應商鎖定。
對OpenStack的誤解
毫無疑問，OpenStack有很多好處。但是盡管具有面向服務的架構，對所有組件的API驅動訪問以及協(xié)調多種虛擬化技術的能力，但它遠不是萬能的。以下是一些限制：
- 誤解1：OpenStack是一個現(xiàn)成的產(chǎn)品
OpenStack是一個開源項目。它部署復雜，有更多的工具包而不是產(chǎn)品。因此，部署可能是乏味的，并且所需的努力被普遍低估。此外，頂尖的開發(fā)人員和工程師很難找到。在最近的一項調查中，用戶把“復雜的部署和操作”作為不推薦OpenStack的主要原因之一。
- 誤解2：OpenStack令人難以置信的便宜
乍看之下，特別是當使用公共發(fā)行版時，與購買代碼相關的成本很少或沒有。然而，構建可靠的云平臺是完全不同的。事實上，這將是一個具有挑戰(zhàn)性的工作，需要大量的資源、專門知識以及時間和毅力。當考慮到所需的工程工時和人數(shù)時，總擁有成本（TCO）將遠高于最初的預期。
- 誤解3：維護和修補很容易
從一個OpenStack版本遷移到另一個很具有挑戰(zhàn)性。因為之前經(jīng)歷了意外問題和停機時間，許多公司對升級到新版本很猶豫。特別是在大規(guī)模下升級和實現(xiàn)穩(wěn)定性不容易。
總結
OpenStack是強大的云技術，但是其部署和操作的復雜性經(jīng)常被低估。并沒有一個“適合所有”的部署模式。幾個參數(shù)的不同就會導致選擇不同的模式。因此，在作出任何購買決定之前，明確目標，使用計劃卷（實例/節(jié)點數(shù)量，存儲等），徹底構建業(yè)務案例并仔細檢查所有可用選項，這些至關重要。另一個成本比較的例子可以在這里（http://siliconangle.com/blog/2016/10/17/new-report-shows-when-private-clouds-become-more-economic-than-public-clouds/）找到。
當認真考慮DIY的方法時，機構需要確保自己有必要的技能和可以保證的超時工作。當對產(chǎn)品上市時間有要求時，利用服務提供商可能是更聰明的選擇。
OpenStack SDK前途光明，但有很多工作要做：人才缺乏，需求遠超供給；彈性和穩(wěn)定性尚不能與其他專有云平臺相提并論�？梢灶A見，隨著OpenStack的成熟，越來越多的公司將利用它并將其納入多云戰(zhàn)略。
