OpenStack是一個(gè)開(kāi)源云平臺(tái)，由30多個(gè)項(xiàng)目組成，每個(gè)項(xiàng)目都為整個(gè)堆棧提供特定的服務(wù)。這種方法允許服務(wù)獨(dú)立發(fā)展，并使其他服務(wù)項(xiàng)目輕松產(chǎn)生。
在許多方面，OpenStack是唯一選擇。OpenStack的好處包括它得到很好的支持，許多公司做出了貢獻(xiàn)（主要是部署和管理工具）。許多大型企業(yè)都擁有OpenStack原型，OpenStack正在與企業(yè)和學(xué)術(shù)界參與生產(chǎn)。
許多專家預(yù)測(cè)OpenStack的使用將會(huì)飆升，但實(shí)際上沒(méi)那么快。一個(gè)挑戰(zhàn)是找到具有部署復(fù)雜環(huán)境技能的管理員——這種環(huán)境難以調(diào)整和穩(wěn)定，即使在沙箱中�？梢灶A(yù)見(jiàn)的是，像Red Hat和Dell這樣的公司已經(jīng)通過(guò)部署工具和預(yù)先構(gòu)建的配置來(lái)應(yīng)對(duì)挑戰(zhàn)。不過(guò)，總共有30個(gè)模塊，做出正確的決定很難。
各種OpenStack項(xiàng)目的開(kāi)發(fā)不同步也影響了OpenStack在生產(chǎn)中的使用。OpenStack開(kāi)始規(guī)模較小，只有幾個(gè)模塊，但現(xiàn)在它的規(guī)模已經(jīng)大大增長(zhǎng)。 這些新模塊的成熟度各有不同。用戶認(rèn)為這種不同是不穩(wěn)定的，需要進(jìn)行重復(fù)性的工作，偶爾也需要因?yàn)橐胫饕男鹿δ芏M(jìn)行交叉更新。
在許多方面，OpenStack類似于一個(gè)Linux項(xiàng)目——大量的命令行界面和腳本，大量的手動(dòng)交互來(lái)配置和管理集群，并且?guī)缀鯖](méi)有自動(dòng)化。對(duì)于一個(gè)簡(jiǎn)單的環(huán)境來(lái)說(shuō)，這是很好的，但OpenStack可能需要更多的復(fù)雜性，因?yàn)樗枰鄠�(gè)虛擬機(jī)以及管理它們所需的敏捷性。該平臺(tái)在進(jìn)入市場(chǎng)時(shí)需要自動(dòng)化管理。
與大多數(shù)IT一樣，OpenStack的初始重點(diǎn)（除了創(chuàng)建基本的存儲(chǔ)和網(wǎng)絡(luò)服務(wù)之外 ），是應(yīng)用程序管理和服務(wù)器編排。結(jié)果是，OpenStack需要補(bǔ)足在軟件定義的網(wǎng)絡(luò)前端的不足。Neutron這個(gè)網(wǎng)絡(luò)項(xiàng)目，在擴(kuò)展部署方面面臨著挑戰(zhàn)。
存儲(chǔ)是另一個(gè)問(wèn)題。Ceph是一個(gè)開(kāi)源對(duì)象存儲(chǔ)堆棧，已經(jīng)有效地挑戰(zhàn)了OpenStack自己的對(duì)象存儲(chǔ)項(xiàng)目Swift。Ceph被廣泛認(rèn)可，而且它已經(jīng)意識(shí)到接口標(biāo)準(zhǔn)與公有云兼容的需求。而為了與Ceph區(qū)分開(kāi)來(lái)，Swift遠(yuǎn)離了行業(yè)慣例和API，它可能會(huì)變得過(guò)時(shí)。
為什么要使用OpenStack？
企業(yè)選擇OpenStack有五個(gè)原因。
第一個(gè)也是最重要的一個(gè)原因是沒(méi)有真正的選擇——沒(méi)有其他低成本的開(kāi)源堆棧存在。事實(shí)上，根本沒(méi)有其他的私有云綜合堆棧。市場(chǎng)上有Eucalyptus、CloudStack、Nebula等開(kāi)源產(chǎn)品，但是OpenStack的覆蓋范圍遠(yuǎn)超它們。而且它們也不像Openstackyiyang一樣具有廣泛的供應(yīng)商支持 ——從Dell、Hewlett Packard Enterprise、IBM、Red Hat和Mirantis等，到許多較小的公司 。
第二個(gè)原因是OpenStack的關(guān)鍵模塊得到了關(guān)注，糾正了過(guò)去的錯(cuò)誤并達(dá)到生產(chǎn)級(jí)成熟度�；灸K現(xiàn)在都是生產(chǎn)就緒的。OpenStack.org認(rèn)識(shí)到需要改進(jìn)和發(fā)布具有成熟度級(jí)別的項(xiàng)目詞典，以對(duì)不同的元素設(shè)定期望。它提供了一系列模塊，以簡(jiǎn)化初學(xué)者起步。
第三個(gè)原因是OpenStack在原型階段和主流生產(chǎn)中的普及。因此，可以在網(wǎng)上找到豐富的信息和經(jīng)驗(yàn)。
第四個(gè)原因是可以自動(dòng)化和簡(jiǎn)化工作的OpenStack工具包市場(chǎng)的提升——從顯示器到儀表板。這有點(diǎn)混亂，但這也表明一些一流的工具將在一年之內(nèi)出現(xiàn)。
最后一個(gè)原因是主要的公有云供應(yīng)商愿意與OpenStack合作，OpenStack旨在統(tǒng)一腳本并簡(jiǎn)化跨云操作。盡管還有工作要做，但允許單一控制結(jié)構(gòu)的主要云的常見(jiàn)解決方案應(yīng)該到位。
容器
容器方法是顛覆性的。容器承諾了有效性能的巨大提升，這使得它們成為IT中最熱門(mén)的項(xiàng)目之一。 然而，現(xiàn)實(shí)已經(jīng)落后于炒作，而且關(guān)于容器的問(wèn)題也很多。 OpenStack是否位于Kubernetes之上？ 還是Kubernetes位于OpenStack的頂部？
容器是如此新鮮，需要數(shù)月的時(shí)間來(lái)整理出幾個(gè)基本問(wèn)題。但是，有足夠多的感興趣的參與者，我們將得到一個(gè)答案。
公有云——OpenStack真正的競(jìng)爭(zhēng)對(duì)手
在接下來(lái)的幾年中，可以預(yù)見(jiàn)IT戰(zhàn)爭(zhēng)的重點(diǎn)是公有云和混合云。公有云在連接性、規(guī)模、成本模式、數(shù)據(jù)服務(wù)和進(jìn)化速度方面具有諸多固有的優(yōu)勢(shì)，已經(jīng)很強(qiáng)大。這使得大家考慮私有內(nèi)部IT是否具有長(zhǎng)期未來(lái)的問(wèn)題。
使情況更復(fù)雜的是，一些公有云服務(wù)提供商（CSP）現(xiàn)在將自己的堆棧放入私有云市場(chǎng)，類似于Azure通過(guò)Azure Stack擴(kuò)展。這將給CSP帶來(lái)兩個(gè)來(lái)自于鎖定的主要優(yōu)點(diǎn)。
第一，他們將將自行定義私有云的操作流程，從而大大簡(jiǎn)化了從私有云到混合云操作的過(guò)渡。第二，CSP將為私有云被公有云吸收創(chuàng)造一條道路。這兩種鎖定對(duì)于用戶而言可能是昂貴的。
如果跨云操作簡(jiǎn)化，則存在更好的替代方案——所有云堆棧都支持從OpenStack通過(guò)Azure到AWS的腳本結(jié)構(gòu)。云無(wú)關(guān)的管理工具可能會(huì)實(shí)現(xiàn)這一點(diǎn)。
OpenStack有不足，但它似乎是避免供應(yīng)商鎖定并在動(dòng)態(tài)變化環(huán)境中工作的最佳方式。OpenStack的優(yōu)點(diǎn)包括其具有吸引力的價(jià)格，并且很快就會(huì)從早期采用進(jìn)入主流生產(chǎn)�，F(xiàn)在是IT的動(dòng)蕩時(shí)期，有必要冒一些風(fēng)險(xiǎn)來(lái)獲得業(yè)務(wù)創(chuàng)新的巨大優(yōu)勢(shì)，而不能無(wú)動(dòng)于衷。
