【編者按】成立于2011年，同時(shí)也是OpenStack項(xiàng)目創(chuàng)始者之一的Nebula公司近日宣布倒閉，這個(gè)OpenStack 開(kāi)源創(chuàng)業(yè)公司的失敗引起了廣泛的猜測(cè)，但是，同樣作為OpenStack廠商的Mirantis則發(fā)展迅猛，業(yè)績(jī)飆升。針對(duì)兩種截然不同的結(jié)局，超融合存儲(chǔ)架構(gòu)廠商SMARTX CEO徐文豪特別撰稿，從Nebula宣布關(guān)閉 說(shuō)起，為我們撥開(kāi)迷霧看OpenStack。
以下為正文：
目前，OpenStack的產(chǎn)業(yè)前景越發(fā)撲朔迷離、令人困惑。本月初，一則消息石破驚天：OpenStack之父Chris C. Kemp創(chuàng)立的公司Nebula宣布關(guān)閉，這令業(yè)界不得不冷眼看待OpenStack的產(chǎn)業(yè)前景。但另一方面，Mirantis則通過(guò)Openstack培訓(xùn)和咨詢，不論估值還是業(yè)績(jī)都節(jié)節(jié)攀升。
事實(shí)上，除了產(chǎn)業(yè)格局之外，CIO/CTO對(duì)于OpenStack的另一個(gè)困惑來(lái)源于企業(yè)自身到底適不適合上馬OpenStack。尤其對(duì)于電信和金融類客戶，身負(fù)VMware高昂成本以及“去IOE”雙重壓力，急需尋找到虛擬化的替代方案，那么OpenStack到底是不是它們的救星呢？
OpenStack優(yōu)缺點(diǎn)
想要撥開(kāi)迷霧、客觀地分析OpenStack產(chǎn)業(yè)，首先需要明確OpenStack的優(yōu)缺。OpenStack的優(yōu)點(diǎn)毋庸置疑是開(kāi)源屬性以及多廠商支持，目前不論是IT巨頭IBM、惠普、紅帽還是國(guó)內(nèi)等初創(chuàng)公司都推出了自己的OpenStack產(chǎn)品。但發(fā)展至今，OpenStack也暴露出了多方面的問(wèn)題。
首先是產(chǎn)品和技術(shù)本身存在問(wèn)題。一方面，Openstack在網(wǎng)絡(luò)組件等方面仍然存在較多問(wèn)題，而社區(qū)貢獻(xiàn)基本集中在外圍子項(xiàng)目或非關(guān)鍵組件，關(guān)鍵部分問(wèn)題長(zhǎng)時(shí)間未能得到解決，例如用戶經(jīng)常抱怨的消息通信開(kāi)銷問(wèn)題。另一方面，Openstack的不成熟，導(dǎo)致企業(yè)運(yùn)維負(fù)擔(dān)會(huì)很重。企業(yè)想要玩轉(zhuǎn)OpenStack，對(duì)其運(yùn)維團(tuán)隊(duì)從人員數(shù)量到質(zhì)量都有非常高的要求。調(diào)查表明，企業(yè)上馬VMware只需派少數(shù)維護(hù)人員，稍微培訓(xùn)一下就可以上崗了，并且維護(hù)人員每天的工作量不大；而OpenStack問(wèn)題就比較多，對(duì)維護(hù)人員的技術(shù)要求也比較高。
正是因?yàn)镺penStack本身有上述問(wèn)題，導(dǎo)致各個(gè)OpenStack廠商在開(kāi)發(fā)自己的產(chǎn)品時(shí)不得不修改很多代碼，而這些代碼不會(huì)貢獻(xiàn)回社區(qū)，這就直接導(dǎo)致了各個(gè)廠商的OpenStack版本之間并不兼容（編者注：可能有的廠商不同意），對(duì)客戶而言，選擇開(kāi)源的OpenStack架構(gòu)就是為了不被某一家廠商綁定，但如果最初用了A廠商的產(chǎn)品，由于不兼容，之后無(wú)法換為B廠商的產(chǎn)品，那么客戶其實(shí)在無(wú)形之中還是被A廠商綁定了。
目前，企業(yè)客戶已經(jīng)迅速地意識(shí)到了，由于OpenStack廠商方案之間無(wú)法兼容，貿(mào)然采用任何一家OpenStack廠商的方案在未來(lái)都有可能被再次綁架。于是，使用Upstream的社區(qū)版本并且培訓(xùn)自己的運(yùn)維人員，讓其在未來(lái)自行開(kāi)發(fā)企業(yè)定制版的OpenStack架構(gòu)成為企業(yè)客戶的最強(qiáng)烈需求。如此一來(lái)也不難理解緊密配合客戶需求的Mirantis的逆勢(shì)成功。
國(guó)內(nèi)OpenStack，誰(shuí)接地氣，誰(shuí)存活
也正是自身技術(shù)的不成熟以及用戶不真正需要OpenStack這兩方面主要原因，導(dǎo)致了OpenStack之父Chris C. Kemp創(chuàng)立的公司Nebula宣告失敗。但同樣是OpenStack領(lǐng)域的公司，Mirantis為什么可以節(jié)節(jié)攀升呢？
事實(shí)上，Mirantis的成功源于其對(duì)于歐美客戶需求的深刻把握。
以Nebula為代表的傳統(tǒng)OpenStack廠商，在面對(duì)OpenStack的問(wèn)題時(shí)，反應(yīng)都是完善產(chǎn)品解決這些問(wèn)題，他們的失敗證明了第一他們沒(méi)有完美解決這些問(wèn)題，Openstack仍然不成熟，第二他們并沒(méi)有理解用戶的需求。但是Mirantis就很聰明，它坦然接受了OpenStack的各種問(wèn)題，同時(shí)就客戶最頭痛的運(yùn)維問(wèn)題開(kāi)展了培訓(xùn)和咨詢服務(wù)，轉(zhuǎn)型為類似IBM咨詢的產(chǎn)業(yè)角色，變受人以魚為授人以漁，幫助企業(yè)搭建Openstack并培訓(xùn)自己的OpenStack運(yùn)維人員。
2015年至2016年是中國(guó)OpenStack廠商分化的一年，至2016年，能成長(zhǎng)起來(lái)的OpenStack廠商或許不會(huì)超過(guò)兩家，活下來(lái)的OpenStack廠商一定是商務(wù)銷售和咨詢定制能力很強(qiáng)、很接地氣的廠商。
上馬OpenStack：自力更生是關(guān)鍵
對(duì)于企業(yè)客戶最關(guān)心的OpenStack是否適合自身企業(yè)的問(wèn)題，我的建議是：
首先，企業(yè)客戶需要明確自己需要的是私有云還是虛擬化。如果企業(yè)當(dāng)下最需要的是虛擬化，那么我不建議企業(yè)上OpenStack，因?yàn)槊つ可现粫?huì)增加運(yùn)維負(fù)擔(dān)，對(duì)95%的CIO/CTO而言，建構(gòu)私有云仍是一個(gè)較為遠(yuǎn)期的目標(biāo)。如果企業(yè)本身確有搭建私有云的計(jì)劃，那么可以考慮OpenStack或其它開(kāi)源的方案。同時(shí)，企業(yè)的CIO/CEO在決定上馬OpenStack之前，還需要想清楚需要多少個(gè)運(yùn)維人員以及需要什么水平的運(yùn)維人員，做好運(yùn)維方面的詳細(xì)規(guī)劃
其次，決定上馬OpenStack的企業(yè)需要充分利用其開(kāi)源優(yōu)勢(shì)。在這里建議企業(yè)最好用Upstream的社區(qū)版本，而不要用某某廠商的定制版本， Openstack屬于技術(shù)門檻低，運(yùn)維門檻高的開(kāi)源項(xiàng)目，廠商定制版本有以下幾個(gè)缺點(diǎn)：不一定性能穩(wěn)定；未來(lái)企業(yè)有可能被綁架；出現(xiàn)問(wèn)題得到支持的速度也很慢；并且由于過(guò)度依賴廠商，自己的團(tuán)隊(duì)反而培養(yǎng)不起來(lái)。因?yàn)镺pentack研發(fā)門檻低，最好的方案就是企業(yè)使用社區(qū)版本，然后通過(guò)一定的時(shí)間培養(yǎng)自己的開(kāi)發(fā)和運(yùn)維人員，從而最終實(shí)現(xiàn)自力更生。
再次，做好兩年后節(jié)省成本的打算。企業(yè)上馬OpenStack的最主要原因就是不被廠商綁架和節(jié)省成本，想要達(dá)到這樣的目標(biāo)就必須自力更生，培養(yǎng)自己的運(yùn)維和開(kāi)發(fā)人員，但是這通常需要兩年的時(shí)間。
企業(yè)必須做好兩年后才能節(jié)省成本的思想準(zhǔn)備，同時(shí)企業(yè)也要看到另一個(gè)風(fēng)險(xiǎn)，那就是兩年培養(yǎng)起來(lái)的OpenStack運(yùn)維人員在知識(shí)儲(chǔ)備以及能力提高后也有跳槽的風(fēng)險(xiǎn)。
作者簡(jiǎn)介：
徐文豪，超融合存儲(chǔ)架構(gòu)廠商SMARTX（北京志凌海納科技有限公司）CEO，在企業(yè)級(jí)存儲(chǔ)、計(jì)算以及網(wǎng)絡(luò)領(lǐng)域有多年從業(yè)經(jīng)驗(yàn)，清華大學(xué)以及加拿大UBC（英屬哥倫比亞大學(xué)）碩士畢業(yè)。
京公網(wǎng)安備 11010502049343號(hào)