分析OpenStack 的商業模式
從業經歷，在電信、企業軟件、存儲以及云計算等領域做過研發、管理和架構設計等工作。從 2012 年開始學習 OpenStack，對其核心模塊有較深入的了解；帶領過團隊開發OpenStack模塊。
謹以此文作為《OpenStack企業私有云的若干需求》系列文章的階段性收尾之作。繼前幾篇文章討論了企業用戶對 OpenStack 的各種需求之后，本文將討論 OpenStack 的商業模式，并以 Mirantis 的商業模式為例，與 Red Hat 的商業模式做對比。本文中的觀點謹代表作者的個人觀點。
OpenStack 的價值在于其開放性和標準化的API
OpenStack 到目前為止的主要成果，是借助社區的力量，實現了類似于 AWS 和 VMware 這樣的的云管理系統，當前它主要是部署在私有云或者小規模公有云環境中。就像我在 OpenStack Austin 峰會觀察：OpenStack as IaaS 已是過去，Solutions on OpenStack 才是未來 一文中所述，這種云操作系統本身沒有什么太多的新意，畢竟 OpenStack 作為該領域內的后來者，它在過去的這一階段中主要還是扮演追趕者甚至模仿者的角色。因此，它所實現的功能基本上都能在 AWS 和 VMware 中找到類似的或者相同的功能，甚至還沒它們實現得好。
那有人就會問，OpenStack 的價值到底在哪里？個人認為，OpenStack 的價值主要在于其開放性和標準化的 API，原因主要包括：
（1）開放性帶來了如下幾樣東西，它們都是OpenStack 在過去和將來發展所離不開的基石。
龐大的開發者社區：它提供了足夠的開發資源，使得他們能很快實現私有云所需要的最基本功能，使得它能快速趕上 VMware 和 AWS，而不至于被它們甩開。
龐大的從業群體：一個開源項目，提供的只是由開源社區中的開發者開發的代碼，它離進入企業的生產環境還有相當長的距離，這個差距的彌補要依靠從事OpenStack 產品化的大量企業，包括傳統企業新設立的 OpenStack 部門，以及廣大 OpenStack 創業公司等。這些公司需要大量的從業人員，包括產品、研發和市場等。而 OpenStack 的開放性也使得快速培養大量人才成為可能，因為除了公司自己培訓外，人才們還可以通過自我學習和互相交流來快速成長，同時還保證了人才的充分流動性。
健全的生態環境：OpenStack 只是作為 IaaS 層面，它本身除了虛機和存儲以外，不向用戶提供能使用的其它東西。這些東西必須依賴圍繞 OpenStack 所形成的生態提供。OpenStack 的開放性，使得這個生態能主動地選擇 OpenStack 作為其載體。這個生態圈可以分為上層和下層，下層主要包括硬件，即服務器網絡存儲之類；上層主要是各種行業應用。與其對比的是， VMware 和 AWS 則需要自己開發和培養生態群，因此其過程是被動的。
低成本并且減少廠商鎖定的產品：客觀地說，消除廠商鎖定是不可能的，但是 OpenStack 的開放性有利于減少廠商鎖定。特別是全部由社區代碼組成的產品，其廠商鎖定力度更小，成本更低。
（2）標準化的 API 帶來了與 OpenStack 集成的便捷性和低成本。
OpenStack 作為云解決方案，它區別于虛機化方案比如 VMware 的一個顯著特征是它有方便易用全面的 API；區別于公有云的一些顯著特征是它的 API 是標準開放的。只要是基于 OpenStack 的廠商，那么它所提供的 API 都是一樣的。這會帶來幾個好處：
應用與 OpenStack 集成的便捷性：這些應用廠商再也不需要一個一個地與不同的云提供商的云做集成，他們只需要和 OpenStack API 做集成即可。
應用與 OpenStack 集成的低成本，這會帶來集成廠商的積極性，從而使生態更加繁榮。
有利于搭建混合云。
OpenStack 目前所具有的一些問題恰恰也是來源于它的開放性
OpenStack 目前這種松散的社區組織形式，也給其帶來了一些困擾甚至阻礙，主要有：
社區做出的是項目，是代碼，而不是產品。去年 Gartner 就曾經 “在現場認為 OpenStack 是一個科學項目”。
社區中的絕大多數人是架構師和開發者，對產品層面專注不夠，因此，許多功能只是可用，但是不好用，不經用。
社區缺乏產品經理角色，尤其是企業級產品的產品經理角色，因此，社區對許多企業級需求投入有限。目前項目總數非常龐大，但是可用的其實也就那么幾個。企業級產品需要的一些特性，比如RAS、擴展性、用戶操作性、可維護性等，都比較缺乏。
組件之間缺乏統一性，以 PTL 為 Project leader 這種組織形式，缺乏更高層面的協調性和統一性。
很多組件的設計其實是一種妥協。部分原因是因為各大廠商都參與其中，每個公司的需求不同，目的不同，導致設計出的產品只能是一種妥協的產物，而不是給客戶提供的最佳實現。
核心模塊的成熟度依然不高。以 Nova 和 Neutron 為例，它們都是 IaaS 的核心模塊，盡管經歷了13個版本，但是bug依然為數眾多，高級特性依然缺乏。
作為IaaS，還不能一統底層IT環境，許多廠家的參與度還不高。以Neutron FWaaS 和 VPNaaS 為例，相關廠家的參與度依然較低，導致其覆蓋面依然有所缺乏。
生態中的外部社區和 OpenStack 打交道可能面臨找不到人的局面。模塊之間組織松散，缺乏核心的看全局的人，導致這些外部社區在與 OpenStack 社區打交道時有困惑不知道該找誰。
非常好我支持^.^
(0) 0%
不好我反對
(1) 100%