OpenStack云控制者需要支持AWS和其他公共云的全套API嗎?OpenStack代理商Cloudscaling的創(chuàng)始人兼CTO Randy Bias持肯定態(tài)度。

上周，隨著OpenStack迎來自己的第三個生日，Bias向OpenStack社區(qū)發(fā)出了召喚，呼吁向競爭對手開源云控制者Eucalyptus和CloudStack學習，支持全套AWS API，以及在OpenStack項目開始階段，Rackspace Hosting創(chuàng)建的與AWS不兼容的API。

如果AWS要將自主開發(fā)的服務器虛擬化和云控制器軟件，以及組建運算和存儲云的定制服務器和存儲陣列都作為相機或肥皂等商品一樣零售，那么Eucalyptus，CloudStack和OpenStack都不會取得什么大成就。

雖然，AWS基礎結(jié)構(gòu)云中存在很多局限，而在要求在云中提供不同特性的呼聲也更高，但是Bias仍在其博客中激烈地辯稱，OpenStack社區(qū)應該回歸NASA最初Nova運算控制器的本質(zhì)——在NASA與Rackspack聯(lián)合創(chuàng)建OpenStack之前創(chuàng)建的——而且還要把對AWS的兼容性帶回OpenStack。

Bias表示，此外，OpenStack最終還應為微軟Windows Azure和谷歌Compute Engine等公共云的所有API 堆棧提供支持。

目前，為AWS API提供支持——事實上這讓OpenStack的公共或私有云從操作性和功能性兩方面都與AWS EC2 ，S3和EBS存儲服務都有相似之處——是當務之急，不論Rackspace是否希望OpenStack自主公共云的Cloud Server和Cloud Files服務看上去類似，該社區(qū)都應該去做這件事情。

“這個社區(qū)控制著項目的發(fā)展方向，現(xiàn)在也是我們提倡公共云兼容性戰(zhàn)略的時候了，這是為了大家都利益，不是為了某個人的利益，”Bias寫道。“如果戰(zhàn)略改變方向出錯，最終將會導致這個項目的失敗。”

由于AWS拒絕放手服務器和存儲設計，對Xen hypervisor做的所有改進，Linux操作系統(tǒng)以及用于搭建基礎架構(gòu)云的其他組件，所以主宰私有云的門是敞開的。

Windows目前在企業(yè)級數(shù)據(jù)中心中還比較盛行，而VMware為虛擬化Windows提供的良好支持使其成為了服務器虛擬化時代的原動力。但是，我們并不是預言VMware的vCloud會成為企業(yè)級數(shù)據(jù)中心的云控制器選擇——特別是有些數(shù)據(jù)中心不使用微軟Hyper-V3.0，Windows Server 2012和System Center 2012等價格便宜一點且能替換微軟堆棧的產(chǎn)品。

OpenStack，如CloudStack和Eucalyptus，更適合Linux，且越來越適合切割服務器的KVM hypervisor，但是Xen hypervisor仍然在獲得人們的青睞，且在最大的公共云領域仍然很受歡迎。沒人知道谷歌為其GCE基礎架構(gòu)云用了些什么，但是AWS和Rackspace用的是Xen變體。

開源云控制器也可以支持并管理虛擬化的Windows載荷，所以它們有機會從VMware或微軟手中奪得一些市場份額，因為很多公司通過往合并的服務器容量中添加編排程序，計費系統(tǒng)，測量，災難恢復等功能，實現(xiàn)虛擬化的服務器到云的轉(zhuǎn)型。

從Bias的觀點來看，完全接受AWS API的需求——使OpenStack看著和操作起來都像AWS——已經(jīng)非常清晰。它是基于AWS將一直主宰公共云市場的假設，且不論Rackspace，惠普和IBM也要打OpenStack云的主意。

“顯然，AWS(也有可能是GCE)將會統(tǒng)領公共云市場，”Bias強調(diào)道。“但更重要的是，誰在乎呢?AWS或GCE居首要地位并不意味著OpenStack會失敗。事實上，OpenStack已經(jīng)走在贏得私有云競爭的路上，而Amazon的快速普及也會將OpenStack推向混合云市場的主導地位。”

據(jù)Bias透露，兩年半前，AWS和Rackspace當時都在擴充自己的云業(yè)務，但是隨著谷歌的殺入以及AWS慢慢步入正軌，Rackspace在云業(yè)務上的增長已經(jīng)放緩。

Rackspace想像Amazon在公共云市場那樣“控制創(chuàng)新曲線”，Bias辯稱，因此，它不僅要與NASA共啟OpenStack，而且還通過收購ANSO實驗室吸引NASA那些熟悉Nova運算控制器的人，讓他們改用Rackspace自有的Cloud Files API集。而現(xiàn)在，是時候改回來了。

“OpenStack可以控制私有云和混合云的創(chuàng)新曲線，但是這樣做需要我們?yōu)槟切┮I公共云創(chuàng)新曲線的服務提供支持，”Bias寫道。“如果OpenStack要主宰私有云和混合云市場的創(chuàng)新，就必須讓公共云變成企業(yè)想要的。”

Bias所爭辯的是，沒有哪種基于OpenStack的公共云會有AWS和GCE那樣的勢頭。因此要想為企業(yè)需要的混合云提供支持，就要求OpenStack和主流公共云靠攏。

Bias不建議Amazon起訴復制AWS API堆棧的人。

“對公共云API的可保護性的懼怕，不確定和懷疑是愚蠢的，”Bias寫道。“沒有什么法律依據(jù)可以組織OpenStack社區(qū)復制AWS和GCE API。而且，記住Amazon的API早已被復制。”

和我們中的許多人一樣，Bias擔心Amazon會變?nèi)?，然后提供基于?nèi)部基礎架構(gòu)的私有云。從某種意義上說，它已經(jīng)在GovCloud中這樣做了，這項價值6億美元的交易就涉及到創(chuàng)建Amazon私有云。

棱鏡門之后，Amazon沒有選擇，只能向那些不想把自己的應用和數(shù)據(jù)放到公共云的企業(yè)提供內(nèi)部AWS。

El Reg網(wǎng)站認為，在主流公共云，OpenStack，VMware和微軟私有云堆棧缺乏AWS API兼容性，這導致AWS可以吹噓私有云的概念，而且引導客戶用Eucalyptus Systems的云控制器創(chuàng)建貌似兼容的云。

Bias并不是說OpenStack應該放棄API以往的一切。他只是建議大家都誠實一點，將之稱作Rackspace Cloud Servers　API，然后改為使用較低水平的API和過渡API模式使OpenStack的管理架構(gòu)可與主流公共云兼容。最后，他認為OpenStack應該接受Cloudscaling和Eucalyptus開發(fā)的互操作性測試框架。

雖然這些聽起來都不錯，但實際上，對OpenStack社區(qū)而言，為五種公共云的云管理API提供支持是非常難的事情，何況他們還得為OpenStack添加各種公共云中不具備，而私有云又需要的特性和功能。

這是一個龐大的工程，首當其沖的問題就是：究竟誰要做?不僅是貴，這還是個沒有止境的工作。

那些要讓自己的云與OpenStack控制器兼容的組織正在運行自己的公共云，似乎也缺乏保障OpenStack安全的動機。由于他們在數(shù)據(jù)中心里有虛擬的服務器基礎架構(gòu)，所以他們割據(jù)公共云市場對自己有利。

如果Bias和OpenStack同仁可以說服有錢的股權(quán)公司，是他們相信把其他API層級添加到OpenStack是有利可圖的事情，那么他們成功的機會就會大很多。這是一個很好的夢，敢想也是很重要的。但恐怕很難出現(xiàn)可以與所有云兼容的云控制器。