【編者按】本文是一封致OpenStack社區(qū)的公開信，由OpenStack社區(qū)發(fā)起人杜玉杰（@ben_杜玉杰）編譯，以下為公開信全文：

親愛的Stacker們，

在過去的三年里，OpenStack社區(qū)彌漫著武斷和不公平的定位，尤其是對于AWS和VMware。這種觀點(diǎn)最現(xiàn)實(shí)的表達(dá)就是OpenStack應(yīng)該建立和維護(hù)一套它自己的差異化的API。

我毫不掩飾自己的信念，那就是這一選擇將傷害OpenStack，或許已經(jīng)帶來了傷害?，F(xiàn)在，這個(gè)問題變得更加嚴(yán)峻，我希望能夠說服你們支持我的觀點(diǎn)，那就是OpenStack應(yīng)該立即擁抱既定的公有云API和特性。這對于OpenStack的成功至關(guān)重要，更重要的是這樣做才真正符合OpenStack的使命。

為了說服你們，我首先會介紹一下有關(guān)差異化的API集合的這段歷史，然后，我們再看看為什么AWS和GCE支配公有云是不可避免的。我會揭穿圍繞著有關(guān)抄襲這個(gè)公有云API的所有謊言，最后，我們將直擊云計(jì)算中“創(chuàng)新曲線”的胡言亂語。

我們?yōu)楹螠S落到如此地步？

當(dāng)OpenStack在2010年夏天發(fā)布的時(shí)候，在它最初的兩個(gè)模塊中并沒有“native”API。Nova最初只提供EC2 API。該部分是由NASA貢獻(xiàn)的，側(cè)重于重新打造一個(gè)兼容EC2的私有云系統(tǒng)。Rackspace API是在EC2 API之后添加進(jìn)來的，也就是在2010年那個(gè)夏天，OpenStack項(xiàng)目發(fā)布不久之前。

請注意，在NOVA項(xiàng)目中沒有任何描述提及過“native APIs”以及對目前的NOVA[README]的比較。

該項(xiàng)目的另一半Swift，使用它自己原生的API，其中一部分，也就是最初的Swift代碼是來自于RackSpace的Cloud Files服務(wù)。

簡單來說，OpenStack最初的“native”API，其中一半是AWS兼容的（NOVA），另一半是RackSpace公有云兼容的（Swift）。

然后，RackSpace并購了ANSO Labs ，從而實(shí)際上“擁有了”OpenStack代碼另一半的貢獻(xiàn)者。更重要的是，大多數(shù)能夠決定該項(xiàng)目技術(shù)方向的項(xiàng)目團(tuán)隊(duì)負(fù)責(zé)人（PTLs） 都成為了RackSpace的員工。

在并購ANSO Labs的這段時(shí)間里，RackSpace的API才被更改為“nova-api”，這就是現(xiàn)在所謂的Nova的“native API”。 該API在很大程度上與RackSpace Cloud Servers公有云服務(wù)的API是一致的。至今這個(gè)API變動不大，并且深深的影響了這個(gè)項(xiàng)目的命名法則（例如，“floating IPs”與“elastic IPs”) ，并在某種程度上影響了Nova的方向。

根本沒有什么所謂的“native”API。事實(shí)上，把RackSpace Cloud Servers API稱為“native API”是在宣揚(yáng)一個(gè)概念，有一個(gè)OpenStack Nova API是獨(dú)立于Amazon API的?，F(xiàn)在很明顯，事實(shí)上最初的OpenStack native API就是它的AWS EC2 API。

我們來控制OpenStack

自2010年上述決定做出以來，OpenStack項(xiàng)目的管理已日趨成熟。OpenStack基金會，一個(gè)獨(dú)立的組織，目前主導(dǎo)著OpenStack的戰(zhàn)略和商務(wù)方向，而其開發(fā)團(tuán)隊(duì)的技術(shù)精英在主導(dǎo)該項(xiàng)目的發(fā)展方向。

簡而言之，社區(qū)控制著該項(xiàng)目的方向，并且是時(shí)候主張按照符合我們的最佳利益策略來兼容公有云了，而不僅僅是由一個(gè)單一的，雖然是主要的貢獻(xiàn)者來主導(dǎo)了。如果不能改變這個(gè)策略，最終很有可能會導(dǎo)致這個(gè)項(xiàng)目變得無足輕重而死去。

亞馬遜主宰公共云

很明顯AWS（也有可能是GCE）將完全主導(dǎo)公有云的競爭。但更重要的是，who cares？AWS和GCE主導(dǎo)并不意味著OpenStack失敗。事實(shí)上，OpenStack很明顯正走向“贏得”私有云的競賽的道路上，并且快速擁抱Amazon將使得OpenStack處于主導(dǎo)混合云的關(guān)鍵位置。

在2011年二月的Cloud Connect大會上，我做過一個(gè)主題演講，勾勒了“兩個(gè)云的故事藍(lán)圖”，用數(shù)字比較了AWS和RackSpace Cloud Servers的規(guī)模和增長。在那個(gè)時(shí)候，我相信是RackSpace的年增長率給他們打了一劑強(qiáng)心針，使得在公有云的市場上他們被放在了AWS的死對頭的位置（當(dāng)時(shí)AWS年增長率是100%而RackSpace是90%）。

但在這之后的兩年半的時(shí)間里，變化太大了。AWS的增長率有增無減，GCE正式加入競賽。與此同行，RackSpace面臨著增幅下滑。如果RackSpace今年Q2-Q4的盈利等同Q1，他們的公有云將從最高90%的年增長率下滑到30%，在過去幾年中出現(xiàn)驚人的跌幅。請參閱下圖，假設(shè)2013年季度財(cái)季增長保持不變。

雖然沒有關(guān)于GCE的增長率的公開信息，但我相信它與AWS是持平的?？蛻魧λ麄兊墓性品?wù)的興趣是如此之高，以至于他們等待列表中的客戶數(shù)量已經(jīng)大于實(shí)際上大多數(shù)生產(chǎn)環(huán)境中的公有云客戶名單數(shù)量。而他們還仍然處于內(nèi)測階段。

是什么導(dǎo)致RackSpace公有云的突然下滑？ 從公布的信息來看， AWS，很可能是GCE正在領(lǐng)跑公有云服務(wù)，并且給OpenStack社區(qū)一個(gè)顯而易見的選擇。

Amazon控制著公有云的創(chuàng)新曲線

2010年時(shí)，一些人認(rèn)為標(biāo)準(zhǔn)化RackSpace公有云API將允許OpenStack控制創(chuàng)新曲線，而不是Amazon的創(chuàng)新曲線。從那時(shí)起，Amazon繼續(xù)推新功能，并以驚人的速度整合到產(chǎn)品中。很簡單，他們控制著公有云的創(chuàng)新曲線。AWS的競爭對手所添加的每一個(gè)公有云特性都將直接與AWS已經(jīng)內(nèi)置的功能進(jìn)行對比。

OpenStack可以在私有云和混合云中的創(chuàng)新曲線中起主導(dǎo)作用，但這需要我們支持公有云中領(lǐng)先的創(chuàng)新曲線。OpenStack要想主導(dǎo)私有云和混合云的創(chuàng)新，它必須擁抱企業(yè)希望聯(lián)合的公有云。

OpenStack可以主導(dǎo)混合云的未來

雖然我曾經(jīng)批判了這一觀點(diǎn)，我曾經(jīng)認(rèn)為私有云和公有云需要看起來一樣并且互聯(lián)互通，如果我們大量的采用云。現(xiàn)在我們看到企業(yè)客戶需要混合的云解決方案：連接到公有云的私有云，這樣他們就可以在兩頭運(yùn)行工作負(fù)載，并且可以有所選擇和控制，以積極推動經(jīng)濟(jì)和業(yè)務(wù)敏捷性。

有爭議的或許是一套基于OpenStack的公有云服務(wù)是否會成為這個(gè)公式的另一半。在這一點(diǎn)上有這樣的公有云的可能性似乎降低到了微乎其微。AWS和GCE的地位已經(jīng)確立，全球影響力，快速的功能迭代和增長率奠定了他們的領(lǐng)先位置。有什么可以阻擋？坦率的講，在技術(shù)雷達(dá)上已經(jīng)沒有競爭者。

在AWS和GCE主宰的公有云市場里，希望提供一種混合選項(xiàng)的私有云必須接受這些領(lǐng)跑者。

這一切導(dǎo)致一個(gè)必然的結(jié)論：OpenStack的未來必將是成為與主流的公有云兼容的混合云，這些主流的公有云就是AWS和GCE。如若其他情況出現(xiàn)，我們只有當(dāng)他們的市場地位已經(jīng)確立時(shí)才需辯論和評判。

因?yàn)轭愃萍坠俏暮凸雀柙贘ava虛擬機(jī)與Davilik虛擬機(jī)的裁決，法庭很可能無法保護(hù)公共的API。

法律上的恐懼毫無根據(jù)

在公有云的API保護(hù)上的恐懼、不確定和懷疑完全是愚蠢的。阻止OpenStack社區(qū)復(fù)制AWS和GCE API是沒有法律依據(jù)的。要牢記的是Amazon的API已經(jīng)被復(fù)制了。他們有能力針對因此受到的影響而成功地采用一個(gè)新的法律措施，事實(shí)上之前他們并沒有反對復(fù)制API。

整個(gè)OpenStack社區(qū)受益

擁抱Amazon符合全體社區(qū)成員的利益，把OpenStack定位成為企業(yè)和SaaS提供商的最佳選擇，他們希望有這么一個(gè)公有云生態(tài)系統(tǒng)，這樣他們的應(yīng)用在任何時(shí)候都可以部署到最適合它們的基礎(chǔ)設(shè)置中。

換句話說，如果基于OpenStack的公有云擁抱主要的公有云API，它們會受益于AWS的生態(tài)系統(tǒng)，它們將可以在這份大蛋糕中切到一塊。同樣，主機(jī)托管公司也有機(jī)會出售托管的私有云，并且是和公有云兼容的，也解決了企業(yè)的混合云問題。事實(shí)上，這可能是RackSpace夢寐以求的目標(biāo)。

正是出于這個(gè)原因，RackSpace也將是我的倡議受益者。他們將處于一個(gè)特殊的位置，將能夠部署私有的托管OpenStack 混合云，并且是兼容客戶任何想要的公有云的混合部署方案。

現(xiàn)在是時(shí)候擁抱Amazon和AWS API 啦！

是該OpenStack社區(qū)做出抉擇的時(shí)刻了，選擇一個(gè)兼容公有云的策略將使得該項(xiàng)目能夠主導(dǎo)私有云和混合云市場。

時(shí)間非常關(guān)鍵。AWS已經(jīng)涉足提供私有AWS regions給政府（AWS GovCloud），甚至是特殊機(jī)構(gòu)（CIA/NSA）。有理由推斷，他們可能會擴(kuò)大這項(xiàng)計(jì)劃，必將威脅到OpenStack目前所處的機(jī)遇。

我的倡議如下：

1. 擁抱主流的公有云API，GCE、AWS、Azure，甚至vCloud ；

2. 重新命名Nova API為Rackspace Cloud Servers API；

3. 創(chuàng)建一個(gè)新的低級別的API并且一道橋接的API模型；

4. 展開測試和refstack周邊工作 ；

5. 擁抱現(xiàn)有的AWS互操作性測試架構(gòu)，例如Cloudscaling aws-compat和Eucalyptus eutester庫。

AWS和谷歌是我們的朋友，因?yàn)樗麄儌鞑ズ筒捎迷朴?jì)算。他們在為我們所有人“做大蛋糕”。他們共同創(chuàng)造一個(gè)豐富并且充滿活力的公有云生態(tài)系統(tǒng)，OpenStack可以通過一個(gè)同樣豐富和富有活力的私有云生態(tài)系統(tǒng)與之共舞。我希望OpenStack將能主導(dǎo)混合云解決方案。請幫助我使之成為現(xiàn)實(shí)。

Sincerely,

Randy Bias

原文鏈接：http://www.cloudscaling.com/blog/cloud-computing/openstack-aws/

譯文鏈接：http://duyujie.org/post/56367280481/openstack-amazon-openstack