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