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