親愛的Stacker們，
在過去的三年里，OpenStack社區(qū)彌漫著武斷和不公平的定位，尤其是對于AWS和VMware。這種觀點最現(xiàn)實的表達就是OpenStack應(yīng)該建立和維護一套它自己的差異化的API。
我毫不掩飾自己的信念，那就是這一選擇將傷害OpenStack，或許已經(jīng)帶來了傷害?，F(xiàn)在，這個問題變得更加嚴(yán)峻，我希望能夠說服你們支持我的觀點，那就是OpenStack應(yīng)該立即擁抱既定的公有云API和特性。這對于OpenStack的成功至關(guān)重要，更重要的是這樣做才真正符合OpenStack的使命。
為了說服你們，我首先會介紹一下有關(guān)差異化的API集合的這段歷史，然后，我們再看看為什么AWS和GCE支配公有云是不可避免的。我會揭穿圍繞著有關(guān)抄襲這個公有云API的所有謊言，最后，我們將直擊云計算中“創(chuàng)新曲線”的胡言亂語。
我們?yōu)楹螠S落到如此地步？
當(dāng)OpenStack在2010年夏天發(fā)布的時候，在它最初的兩個模塊中并沒有“native”API。Nova最初只提供EC2 API。該部分是由NASA貢獻的，側(cè)重于重新打造一個兼容EC2的私有云系統(tǒng)。Rackspace API是在EC2 API之后添加進來的，也就是在2010年那個夏天，OpenStack項目發(fā)布不久之前。
本段引用自NOVA項目[README]：You have come across a cloud computing fabric controller. It has identified itself as “Nova.” It is apparent that it maintains compatibility with the popular Amazon EC2 and S3 APIs.
請注意，在NOVA項目中沒有任何描述提及過“native APIs”以及對目前的NOVA[README]的比較。
該項目的另一半Swift，使用它自己原生的API，其中一部分，也就是最初的Swift代碼是來自于RackSpace的Cloud Files服務(wù)。
簡單來說，OpenStack最初的“native”API，其中一半是AWS兼容的（NOVA），另一半是RackSpace公有云兼容的（Swift）。
然后，RackSpace并購了ANSO Labs ，從而實際上“擁有了”OpenStack代碼另一半的貢獻者。更重要的是，大多數(shù)能夠決定該項目技術(shù)方向的項目團隊負責(zé)人（PTLs） 都成為了RackSpace的員工。
在并購ANSO Labs的這段時間里，RackSpace的API才被更改為“nova-api”，這就是現(xiàn)在所謂的Nova的“native API”。 該API在很大程度上與RackSpace Cloud Servers公有云服務(wù)的API是一致的。至今這個API變動不大，并且深深的影響了這個項目的命名法則（例如，“floating IPs”與“elastic IPs”) ，并在某種程度上影響了Nova的方向。
根本沒有什么所謂的“native”API。事實上，把RackSpace Cloud Servers API稱為“native API”是在宣揚一個概念，有一個OpenStack Nova API是獨立于Amazon API的?，F(xiàn)在很明顯，事實上最初的OpenStack native API就是它的AWS EC2 API。
我們來控制OpenStack
自2010年上述決定做出以來，OpenStack項目的管理已日趨成熟。OpenStack基金會，一個獨立的組織，目前主導(dǎo)著OpenStack的戰(zhàn)略和商務(wù)方向，而其開發(fā)團隊的技術(shù)精英在主導(dǎo)該項目的發(fā)展方向。
簡而言之，社區(qū)控制著該項目的方向，并且是時候主張按照符合我們的最佳利益策略來兼容公有云了，而不僅僅是由一個單一的，雖然是主要的貢獻者來主導(dǎo)了。如果不能改變這個策略，最終很有可能會導(dǎo)致這個項目變得無足輕重而死去。
亞馬遜主宰公共云
很明顯AWS（也有可能是GCE）將完全主導(dǎo)公有云的競爭。但更重要的是，who cares？AWS和GCE主導(dǎo)并不意味著OpenStack失敗。事實上，OpenStack很明顯正走向“贏得”私有云的競賽的道路上，并且快速擁抱Amazon將使得OpenStack處于主導(dǎo)混合云的關(guān)鍵位置。
在2011年二月的Cloud Connect大會上，我做過一個主題演講，勾勒了“兩個云的故事藍圖”，用數(shù)字比較了AWS和RackSpace Cloud Servers的規(guī)模和增長。在那個時候，我相信是RackSpace的年增長率給他們打了一劑強心針，使得在公有云的市場上他們被放在了AWS的死對頭的位置（當(dāng)時AWS年增長率是100%而RackSpace是90%）。
但在這之后的兩年半的時間里，變化太大了。AWS的增長率有增無減，GCE正式加入競賽。與此同行，RackSpace面臨著增幅下滑。如果RackSpace今年Q2-Q4的盈利等同Q1，他們的公有云將從最高90%的年增長率下滑到30%，在過去幾年中出現(xiàn)驚人的跌幅。請參閱下圖，假設(shè)2013年季度財季增長保持不變。
雖然沒有關(guān)于GCE的增長率的公開信息，但我相信它與AWS是持平的?？蛻魧λ麄兊墓性品?wù)的興趣是如此之高，以至于他們等待列表中的客戶數(shù)量已經(jīng)大于實際上大多數(shù)生產(chǎn)環(huán)境中的公有云客戶名單數(shù)量。而他們還仍然處于內(nèi)測階段。
是什么導(dǎo)致RackSpace公有云的突然下滑？ 從公布的信息來看， AWS，很可能是GCE正在領(lǐng)跑公有云服務(wù)，并且給OpenStack社區(qū)一個顯而易見的選擇。
Amazon控制著公有云的創(chuàng)新曲線
2010年時，一些人認為標(biāo)準(zhǔn)化RackSpace公有云API將允許OpenStack控制創(chuàng)新曲線，而不是Amazon的創(chuàng)新曲線。從那時起，Amazon繼續(xù)推新功能，并以驚人的速度整合到產(chǎn)品中。很簡單，他們控制著公有云的創(chuàng)新曲線。AWS的競爭對手所添加的每一個公有云特性都將直接與AWS已經(jīng)內(nèi)置的功能進行對比。
OpenStack可以在私有云和混合云中的創(chuàng)新曲線中起主導(dǎo)作用，但這需要我們支持公有云中領(lǐng)先的創(chuàng)新曲線。OpenStack要想主導(dǎo)私有云和混合云的創(chuàng)新，它必須擁抱企業(yè)希望聯(lián)合的公有云。
OpenStack可以主導(dǎo)混合云的未來
雖然我曾經(jīng)批判了這一觀點，我曾經(jīng)認為私有云和公有云需要看起來一樣并且互聯(lián)互通，如果我們大量的采用云。現(xiàn)在我們看到企業(yè)客戶需要混合的云解決方案：連接到公有云的私有云，這樣他們就可以在兩頭運行工作負載，并且可以有所選擇和控制，以積極推動經(jīng)濟和業(yè)務(wù)敏捷性。
有爭議的或許是一套基于OpenStack的公有云服務(wù)是否會成為這個公式的另一半。在這一點上有這樣的公有云的可能性似乎降低到了微乎其微。AWS和GCE的地位已經(jīng)確立，全球影響力，快速的功能迭代和增長率奠定了他們的領(lǐng)先位置。有什么可以阻擋？坦率的講，在技術(shù)雷達上已經(jīng)沒有競爭者。
在AWS和GCE主宰的公有云市場里，希望提供一種混合選項的私有云必須接受這些領(lǐng)跑者。
這一切導(dǎo)致一個必然的結(jié)論：OpenStack的未來必將是成為與主流的公有云兼容的混合云，這些主流的公有云就是AWS和GCE。如若其他情況出現(xiàn)，我們只有當(dāng)他們的市場地位已經(jīng)確立時才需辯論和評判。
因為類似甲骨文和谷歌在Java虛擬機與Davilik虛擬機的裁決，法庭很可能無法保護公共的API。
法律上的恐懼毫無根據(jù)
在公有云的API保護上的恐懼、不確定和懷疑完全是愚蠢的。阻止OpenStack社區(qū)復(fù)制AWS和GCE API是沒有法律依據(jù)的。要牢記的是Amazon的API已經(jīng)被復(fù)制了。他們有能力針對因此受到的影響而成功地采用一個新的法律措施，事實上之前他們并沒有反對復(fù)制API。
整個OpenStack社區(qū)受益
擁抱Amazon符合全體社區(qū)成員的利益，把OpenStack定位成為企業(yè)和SaaS提供商的最佳選擇，他們希望有這么一個公有云生態(tài)系統(tǒng)，這樣他們的應(yīng)用在任何時候都可以部署到最適合它們的基礎(chǔ)設(shè)置中。
換句話說，如果基于OpenStack的公有云擁抱主要的公有云API，它們會受益于AWS的生態(tài)系統(tǒng)，它們將可以在這份大蛋糕中切到一塊。同樣，主機托管公司也有機會出售托管的私有云，并且是和公有云兼容的，也解決了企業(yè)的混合云問題。事實上，這可能是RackSpace夢寐以求的目標(biāo)。
正是出于這個原因，RackSpace也將是我的倡議受益者。他們將處于一個特殊的位置，將能夠部署私有的托管OpenStack 混合云，并且是兼容客戶任何想要的公有云的混合部署方案。
現(xiàn)在是時候擁抱Amazon和AWS API 啦！
是該OpenStack社區(qū)做出抉擇的時刻了，選擇一個兼容公有云的策略將使得該項目能夠主導(dǎo)私有云和混合云市場。
時間非常關(guān)鍵。AWS已經(jīng)涉足提供私有AWS regions給政府（AWS GovCloud），甚至是特殊機構(gòu)（CIA/NSA）。有理由推斷，他們可能會擴大這項計劃，必將威脅到OpenStack目前所處的機遇。
我的倡議如下：
1. 擁抱主流的公有云API，GCE、AWS、Azure，甚至vCloud ；
2. 重新命名Nova API為Rackspace Cloud Servers API；
3. 創(chuàng)建一個新的低級別的API并且一道橋接的API模型；
4. 展開測試和refstack周邊工作 ；
5. 擁抱現(xiàn)有的AWS互操作性測試架構(gòu)，例如Cloudscaling aws-compat和Eucalyptus eutester庫。
AWS和谷歌是我們的朋友，因為他們傳播和采用云計算。他們在為我們所有人“做大蛋糕”。他們共同創(chuàng)造一個豐富并且充滿活力的公有云生態(tài)系統(tǒng)，OpenStack可以通過一個同樣豐富和富有活力的私有云生態(tài)系統(tǒng)與之共舞。我希望OpenStack將能主導(dǎo)混合云解決方案。請幫助我使之成為現(xiàn)實。