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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　有利于搭建混合云。

　　OpenStack 目前所具有的一些問題恰恰也是來源于它的開放性

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

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

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

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

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

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

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

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

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