OpenStack發(fā)展動向三大預測：穩(wěn)定可靠是核心
譯文【編者按】
本文作者Boris Renski所在的OpenStack咨詢公司Mirantis坐于業(yè)界前沿的位置，有資格預測2015年OpenStack方面會出現(xiàn)什么動向。Mirantis有自己的OpenStack版本與紅帽公司的版本相競爭，它也是VMware在OpenStack安裝方面的技術(shù)合作伙伴。
我在去年曾對OpenStack作了三個預測：OpenStack領域會出現(xiàn)市場合并；企業(yè)會采用OpenStack；以及OpenStack會開發(fā)一款原生的平臺即服務（PaaS）解決方案。
我的***個預測即OpenStack市場出現(xiàn)合并果然說中了。eNovance、Metacloud和Cloudscaling都已被收購。StackOps和MorphLabs已淡出公眾的視線。Rackspace重新致力于基于OpenStack私有云的管理托管。這個市場已然合并。
我承認，盡管我對企業(yè)采用OpenStack方面的預測盡管正確，但乏善可陳。我的第三個預測即OpenStack的原生PaaS在2014年并未變成現(xiàn)實。
今年，我從所犯的錯誤中汲取了教訓，提出了三個預測。這些預測盡管不是很明顯，卻會比較靠譜。
***個預測：VMware簽下的OpenStack客戶數(shù)量會超過紅帽。
每家基礎設施廠商如今都提供“某種OpenStack產(chǎn)品”。但是通常來說，我將這些廠商分成兩大類：一類是擁有真正的OpenStack策略，并輔以技術(shù)方面的投入；另一類則是將OpenStack作為其營銷噱頭。我長期以來將VMware列入“營銷噱頭”這一類，不過我搞錯了。VMware Integrated OpenStack是一個可靠的戰(zhàn)略舉措，而不僅僅是一種自我標榜的噱頭。
沒錯，OpenStack與VMware的搖錢樹ESXi展開間接競爭，因為支撐OpenStack的主要是開源KVM。但是VMware明白，這種虛擬機管理程序如今是大路貨；誰擁有OpenStack，誰將擁有數(shù)據(jù)中心控制平面。盡管沒有采用現(xiàn)已停產(chǎn)的vCloud Director，VMware不會將數(shù)據(jù)中心控制平面拱手讓給紅帽或惠普。它正在全力向OpenStack推進，現(xiàn)在是上游貢獻方面的第六大廠商，而OpenStack崗位在VMware就業(yè)招聘網(wǎng)站上隨處可見。
VMware的OpenStack銷售額僅次于紅帽，有望打一場勝仗。OpenStack如此大受歡迎，主要原因在于，它讓客戶能夠利用在基礎設施方面的現(xiàn)有投資。比如說，如果你已經(jīng)擁有來自EMC的存儲系統(tǒng)、來自F5的負載均衡系統(tǒng)以及vCenter許可證，那么就可以將OpenStack直接放在上面，立馬擁有一個云。許多企業(yè)在VMware基礎設施方面的投入比RHEL虛擬化技術(shù)方面的投入要多得多。按照這個標準來看，部署VMware Integrated OpenStack是順理成章的事，而RHEL OpenStack是丟棄并更換仍然帶來廠商鎖定問題的VMware的解決方案。
第二個預測：OpenStack會積極采用Debian Linux作為其平臺。
Mirantis積極擁抱OpenStack的可插接性；為此，我們在眾多主機操作系統(tǒng)上測試了Mirantis OpenStack發(fā)行版，包括CentOS、Ubuntu、Oracle Linux和Red Hat Enterprise Linux。這花很大的工作量，我們這么做的原因是，顧及客戶的偏好，并提供選擇。但實際上，它對用戶并沒有太大的影響。
如果社區(qū)想統(tǒng)一使用一種默認的主機操作系統(tǒng)，OpenStack的穩(wěn)定性會大幅提升。而從某個意義上來說，注重務實主義的本性已經(jīng)將社區(qū)推往那個方向。作為Debian Linux的商用下游發(fā)行版，Ubuntu如今是OpenStack的***大主機操作系統(tǒng)。所有的OpenStack基礎設施都在它上面運行，開發(fā)人員每次提交的代碼都針對Ubuntu主機進行測試。
雖然Canonical（Ubuntu背后的商業(yè)組織）是Mirantis合作伙伴，它在幫助OpenStack贏取開發(fā)人員的心靈占有率和最終用戶方面立下了汗馬功勞，可是說到向上游OpenStack項目貢獻代碼，這家公司還是拿不出類似的傲人成績。Canonical還沒有任何核心開發(fā)人員或項目技術(shù)負責人，在Juno發(fā)布周期中只是第42位貢獻者，在所有OpenStack項目中總共提交了32次代碼。相比之下，雖然紅帽或SUSE都不是官方社區(qū)平臺，提交的組件卻已經(jīng)超過1000次，在Juno發(fā)布周期中分別名列第2位和第6位。這種差異顯然太過懸殊。
Debian是Ubuntu的上游版本。Debian存在發(fā)布周期相當混亂的不足，沒有Ubuntu那樣的硬件兼容性列表，不過在紅帽收購CentOS之后，Debian已儼然成為唯一的主流、不過完全與廠商中立、社區(qū)驅(qū)動的Linux發(fā)行商。另外別忘了，OpenStack社區(qū)非常注重與廠商中立。另外還有這個事實：惠普自OpenStack基礎設施項目成立起來就運行該項目，它已決定在充當主機的Debian上統(tǒng)一使用Helion OpenStack產(chǎn)品；至于這趟列車會駛向何方，值得大家拭目以待。
第三個預測：“運行主分支”將不再很酷。
就在不久前，OpenStack社區(qū)還致力于迅速開發(fā)新的功能特性，而不是讓已開發(fā)的功能特性趨于穩(wěn)定。與此同時，許多OpenStack采用者迷戀于這個承諾：將這些誘人、新穎、原始的功能特性從上游環(huán)境拉取到生產(chǎn)環(huán)境中，這種做法又叫“運行主分支”（running the trunk）。由于“運行主分支”很酷，而且引發(fā)了爭議，社區(qū)傾注了一番心血來教育眾人：采用OpenStack的***方式就是運行主分支。
我希望各位都能稍停片刻，回答這個問題：你又認識幾家公司在Linux主分支上運行關(guān)鍵任務型的生產(chǎn)工作負載？
盲目地迷戀于***版本是事關(guān)如今OpenStack能否存活下去的頭號威脅。該項目的上游環(huán)境是一個開發(fā)沙箱。上游OpenStack不行的話，OpenStack就永遠不行，就是這樣。所以別抱有不切實際的期望，免得到頭來對穩(wěn)定性感到沮喪。
2015年，OpenStack采用者最終肯定會認識到：“運行主分支”和“穩(wěn)定”是互相排斥的。此外，運行最版本完全同樣很幼稚。如果某廠商在上游版本發(fā)布后隨即發(fā)布“商業(yè)級”發(fā)行版，你就應該質(zhì)疑：這個商業(yè)級版本中采取了多少代碼加固措施，而不是大肆贊揚廠商。舊代碼通常比新代碼更好，盡管OpenStack即將推出的Kilo有望最終成為最穩(wěn)定的版本，但它一開始就不如Juno來得穩(wěn)定。
