分析OpenStack 的商業(yè)模式

　　從業(yè)經(jīng)歷，在電信、企業(yè)軟件、存儲(chǔ)以及云計(jì)算等領(lǐng)域做過(guò)研發(fā)、管理和架構(gòu)設(shè)計(jì)等工作。從 2012 年開(kāi)始學(xué)習(xí) OpenStack，對(duì)其核心模塊有較深入的了解；帶領(lǐng)過(guò)團(tuán)隊(duì)開(kāi)發(fā)OpenStack模塊。

　　謹(jǐn)以此文作為《OpenStack企業(yè)私有云的若干需求》系列文章的階段性收尾之作。繼前幾篇文章討論了企業(yè)用戶對(duì) OpenStack 的各種需求之后，本文將討論 OpenStack 的商業(yè)模式，并以 Mirantis 的商業(yè)模式為例，與 Red Hat 的商業(yè)模式做對(duì)比。本文中的觀點(diǎn)謹(jǐn)代表作者的個(gè)人觀點(diǎn)。

　　OpenStack 的價(jià)值在于其開(kāi)放性和標(biāo)準(zhǔn)化的API

　　OpenStack 到目前為止的主要成果，是借助社區(qū)的力量，實(shí)現(xiàn)了類似于 AWS 和 VMware 這樣的的云管理系統(tǒng)，當(dāng)前它主要是部署在私有云或者小規(guī)模公有云環(huán)境中。就像我在 OpenStack Austin 峰會(huì)觀察：OpenStack as IaaS 已是過(guò)去，Solutions on OpenStack 才是未來(lái) 一文中所述，這種云操作系統(tǒng)本身沒(méi)有什么太多的新意，畢竟 OpenStack 作為該領(lǐng)域內(nèi)的后來(lái)者，它在過(guò)去的這一階段中主要還是扮演追趕者甚至模仿者的角色。因此，它所實(shí)現(xiàn)的功能基本上都能在 AWS 和 VMware 中找到類似的或者相同的功能，甚至還沒(méi)它們實(shí)現(xiàn)得好。

　　那有人就會(huì)問(wèn)，OpenStack 的價(jià)值到底在哪里？個(gè)人認(rèn)為，OpenStack 的價(jià)值主要在于其開(kāi)放性和標(biāo)準(zhǔn)化的 API，原因主要包括：

　?。?）開(kāi)放性帶來(lái)了如下幾樣?xùn)|西，它們都是OpenStack 在過(guò)去和將來(lái)發(fā)展所離不開(kāi)的基石。

　　龐大的開(kāi)發(fā)者社區(qū)：它提供了足夠的開(kāi)發(fā)資源，使得他們能很快實(shí)現(xiàn)私有云所需要的最基本功能，使得它能快速趕上 VMware 和 AWS，而不至于被它們甩開(kāi)。

　　龐大的從業(yè)群體：一個(gè)開(kāi)源項(xiàng)目，提供的只是由開(kāi)源社區(qū)中的開(kāi)發(fā)者開(kāi)發(fā)的代碼，它離進(jìn)入企業(yè)的生產(chǎn)環(huán)境還有相當(dāng)長(zhǎng)的距離，這個(gè)差距的彌補(bǔ)要依靠從事OpenStack 產(chǎn)品化的大量企業(yè)，包括傳統(tǒng)企業(yè)新設(shè)立的 OpenStack 部門，以及廣大 OpenStack 創(chuàng)業(yè)公司等。這些公司需要大量的從業(yè)人員，包括產(chǎn)品、研發(fā)和市場(chǎng)等。而 OpenStack 的開(kāi)放性也使得快速培養(yǎng)大量人才成為可能，因?yàn)槌斯咀约号嘤?xùn)外，人才們還可以通過(guò)自我學(xué)習(xí)和互相交流來(lái)快速成長(zhǎng)，同時(shí)還保證了人才的充分流動(dòng)性。

　　健全的生態(tài)環(huán)境：OpenStack 只是作為 IaaS 層面，它本身除了虛機(jī)和存儲(chǔ)以外，不向用戶提供能使用的其它東西。這些東西必須依賴圍繞 OpenStack 所形成的生態(tài)提供。OpenStack 的開(kāi)放性，使得這個(gè)生態(tài)能主動(dòng)地選擇 OpenStack 作為其載體。這個(gè)生態(tài)圈可以分為上層和下層，下層主要包括硬件，即服務(wù)器網(wǎng)絡(luò)存儲(chǔ)之類；上層主要是各種行業(yè)應(yīng)用。與其對(duì)比的是， VMware 和 AWS 則需要自己開(kāi)發(fā)和培養(yǎng)生態(tài)群，因此其過(guò)程是被動(dòng)的。

　　低成本并且減少廠商鎖定的產(chǎn)品：客觀地說(shuō)，消除廠商鎖定是不可能的，但是 OpenStack 的開(kāi)放性有利于減少?gòu)S商鎖定。特別是全部由社區(qū)代碼組成的產(chǎn)品，其廠商鎖定力度更小，成本更低。

　?。?）標(biāo)準(zhǔn)化的 API 帶來(lái)了與 OpenStack 集成的便捷性和低成本。

　　OpenStack 作為云解決方案，它區(qū)別于虛機(jī)化方案比如 VMware 的一個(gè)顯著特征是它有方便易用全面的 API；區(qū)別于公有云的一些顯著特征是它的 API 是標(biāo)準(zhǔn)開(kāi)放的。只要是基于 OpenStack 的廠商，那么它所提供的 API 都是一樣的。這會(huì)帶來(lái)幾個(gè)好處：

　　應(yīng)用與 OpenStack 集成的便捷性：這些應(yīng)用廠商再也不需要一個(gè)一個(gè)地與不同的云提供商的云做集成，他們只需要和 OpenStack API 做集成即可。

　　應(yīng)用與 OpenStack 集成的低成本，這會(huì)帶來(lái)集成廠商的積極性，從而使生態(tài)更加繁榮。

　　有利于搭建混合云。

　　OpenStack 目前所具有的一些問(wèn)題恰恰也是來(lái)源于它的開(kāi)放性

　　OpenStack 目前這種松散的社區(qū)組織形式，也給其帶來(lái)了一些困擾甚至阻礙，主要有：

　　社區(qū)做出的是項(xiàng)目，是代碼，而不是產(chǎn)品。去年 Gartner 就曾經(jīng) “在現(xiàn)場(chǎng)認(rèn)為 OpenStack 是一個(gè)科學(xué)項(xiàng)目”。

　　社區(qū)中的絕大多數(shù)人是架構(gòu)師和開(kāi)發(fā)者，對(duì)產(chǎn)品層面專注不夠，因此，許多功能只是可用，但是不好用，不經(jīng)用。

　　社區(qū)缺乏產(chǎn)品經(jīng)理角色，尤其是企業(yè)級(jí)產(chǎn)品的產(chǎn)品經(jīng)理角色，因此，社區(qū)對(duì)許多企業(yè)級(jí)需求投入有限。目前項(xiàng)目總數(shù)非常龐大，但是可用的其實(shí)也就那么幾個(gè)。企業(yè)級(jí)產(chǎn)品需要的一些特性，比如RAS、擴(kuò)展性、用戶操作性、可維護(hù)性等，都比較缺乏。

　　組件之間缺乏統(tǒng)一性，以 PTL 為 Project leader 這種組織形式，缺乏更高層面的協(xié)調(diào)性和統(tǒng)一性。

　　很多組件的設(shè)計(jì)其實(shí)是一種妥協(xié)。部分原因是因?yàn)楦鞔髲S商都參與其中，每個(gè)公司的需求不同，目的不同，導(dǎo)致設(shè)計(jì)出的產(chǎn)品只能是一種妥協(xié)的產(chǎn)物，而不是給客戶提供的最佳實(shí)現(xiàn)。

　　核心模塊的成熟度依然不高。以 Nova 和 Neutron 為例，它們都是 IaaS 的核心模塊，盡管經(jīng)歷了13個(gè)版本，但是bug依然為數(shù)眾多，高級(jí)特性依然缺乏。

　　作為IaaS，還不能一統(tǒng)底層IT環(huán)境，許多廠家的參與度還不高。以Neutron FWaaS 和 VPNaaS 為例，相關(guān)廠家的參與度依然較低，導(dǎo)致其覆蓋面依然有所缺乏。

　　生態(tài)中的外部社區(qū)和 OpenStack 打交道可能面臨找不到人的局面。模塊之間組織松散，缺乏核心的看全局的人，導(dǎo)致這些外部社區(qū)在與 OpenStack 社區(qū)打交道時(shí)有困惑不知道該找誰(shuí)。