沒有AWS作為支持,OpenStack恐難承載私有云
譯文OpenStack在私有云領(lǐng)域可謂一路高歌猛進(jìn),然而要想獲得***的勝利、其恐怕還要借助Amazon的支持。
OpenStack目前已經(jīng)成為業(yè)界最成功的私有云技術(shù)方案,但相較于其發(fā)展野心、這樣的態(tài)勢還遠(yuǎn)遠(yuǎn)不夠。
正如Gartner公司分析師Alan Waite所指出,目前真正能夠起到實(shí)效的OpenStack用例數(shù)量還非常有限。這并不是說OpenStack即將面臨消亡,但考慮到上述情況、OpenStack社區(qū)確實(shí)需要找到新的途徑來與各大領(lǐng)先公有云體系開展更為緊密的合作。
換句話來說,OpenStack需要積極投入Amazon Web Services的懷抱。不過問題在于,AWS對于OpenStack的興趣或者說需求度遠(yuǎn)不像OpenStack對前者的依賴性那么強(qiáng)烈。
私有還是公有?這是一個(gè)問題
這絕不僅僅是我個(gè)人的觀點(diǎn)。OpenStack先驅(qū)之一兼Cloudscaling公司CEO Randy Bias對AWS的業(yè)務(wù)數(shù)字進(jìn)行了一番分析,并表示我們不該再假裝相信那一套公有云沒有前途的說辭、而是應(yīng)該更加積極地尋求與之協(xié)作的可能性。
考慮到AWS已經(jīng)明確“建立起一整套全新的技術(shù)體系”,而且“正以***的速度迅猛發(fā)展”,Bias堅(jiān)持認(rèn)為:
這意味著我們需要以嚴(yán)肅的態(tài)度看待公有與私有云技術(shù)。換句話來說,OpenStack需要將AWS視為合作伙伴,而我們則必須認(rèn)真對待AWS API。更具體地講,我們同時(shí)還應(yīng)當(dāng)密切關(guān)注Azure API,因?yàn)檫@套來自微軟的方案很可能成為云技術(shù)領(lǐng)域的榜眼人選。
但這種思路的問題在于,正如OpenStack公司公共關(guān)系負(fù)責(zé)人Robert Cathey所言:最可能發(fā)生的結(jié)果是,“AWS并沒有把OpenStack看作是潛在的合作伙伴”,即使OpenStack的擁護(hù)者們最終意識到他們需要與AWS對接的協(xié)作能力。
簡而言之,AWS仍然堅(jiān)持著自己的公有云發(fā)展路線而且打算一百年不動搖,他們絕不妥協(xié)地指出私有云根本就不該被稱為云技術(shù),正如AWS公司***執(zhí)行長Andy Jassy所言。從AWS的角度來看,“那些決定選擇私有云系統(tǒng)的企業(yè)將錯(cuò)失從云環(huán)境下獲取全部優(yōu)勢及收益的寶貴機(jī)遇。”
有些人可能會強(qiáng)調(diào)稱,私有云方案更具成本優(yōu)勢,正如451研究公司在最近的討論中所言。然而實(shí)際情況是,私有云方案的使用成本與長久以來基于服務(wù)器類方案的水平基本相當(dāng),而且價(jià)格并不是公有云得以迅速普及的首要競爭優(yōu)勢。
便捷性才是私有云***但也最宏偉的愿景
不出所料,私有云供應(yīng)商們對上述結(jié)論表示質(zhì)疑?;蛘?,我應(yīng)該把它們稱為“混合”云供應(yīng)商?
對于大多數(shù)企業(yè)來說,“混合”云已經(jīng)成了新的“私有”云,其原因在于私有云始終沒能踐行其所作作出的承諾。(根據(jù)Gartner公司給出的一項(xiàng)估計(jì)結(jié)果,95%的私有云部署方案都因?yàn)楦鞣N各樣的原因而遭遇失敗。)
“混合”已經(jīng)成為那些無力與Amazon以及微軟等技術(shù)巨頭競爭的供應(yīng)商們***掛在嘴邊的口號,同時(shí)也適用于那些已經(jīng)在私有數(shù)據(jù)中心身上投入太多資金、因此不愿再接受云培訓(xùn)并轉(zhuǎn)向公有云環(huán)境的企業(yè)。
不過根據(jù)Gartner公司分析師Alan Waite的觀點(diǎn),OpenStack是“我們目前實(shí)現(xiàn)私有工作負(fù)載控制層、從而真正跨越不同技術(shù)孤島實(shí)現(xiàn)統(tǒng)一運(yùn)作的***希望。”換句話來說,OpenStack能夠帶來“一套用于滿足計(jì)算需求的控制層與API,其具體方式基本類似于軟件定義網(wǎng)絡(luò)及軟件定義存儲當(dāng)初在網(wǎng)絡(luò)與存儲領(lǐng)域的作法。”
這聽起來不錯(cuò),聽起來很有實(shí)踐價(jià)值。但他警告稱,這聽起來同時(shí)也像是說給AWS以及公有云聽的一個(gè)殘缺不全的答案。
他提醒稱,OpenStack方案的部署數(shù)量僅為數(shù)百例,而非人們在參考其社區(qū)規(guī)模及宣傳力度后所認(rèn)為的數(shù)千甚至上萬例。這主要是由于“只在這些有限的用例當(dāng)中,OpenStack云才是最理想的解決方案。”
因此,他總結(jié)稱“任何認(rèn)為所有服務(wù)器虛擬化用戶的下一步都將邁向OpenStack的想法都是完全錯(cuò)誤的; 這樣的機(jī)遇比大家印象中要有限得多。”
但如果OpenStack能夠作為合作伙伴以及網(wǎng)關(guān)角色與公有云攜手,那么這樣的機(jī)會就要大得多了。多年以來我一直堅(jiān)持認(rèn)為,OpenStack社區(qū)需要一家擁有主導(dǎo)地位的供應(yīng)商,只有它才能給這個(gè)混合不堪的群體帶來秩序。紅帽公司在Linux領(lǐng)域完成了這項(xiàng)偉業(yè),而紅帽在OpenStack社區(qū)中也擁有非常理想的定位。
事實(shí)上,OpenStack目前正在著手努力拉攏紅帽公司。在紅帽最近的一次財(cái)報(bào)電話會議上,公司CEO Jim Whitehurst指出該公司的全部OpenStack訂單當(dāng)中、已經(jīng)有半數(shù)在金額上達(dá)到十萬美元,而且本季度前三十筆數(shù)額***的OpenStack訂單中、超過十萬美元的比例也相當(dāng)可觀(這一數(shù)字較上個(gè)季度提升了三倍)。
#p#
OpenStack的前途在哪里?
雖然公有云的發(fā)展速度實(shí)在令人觸目驚心,但OpenStack仍然擁有著良好的發(fā)展機(jī)遇。正如Gartner公司分析師Thomas Bittman所強(qiáng)調(diào),“新型[工作負(fù)載]趨勢都在向著公有云靠攏……而這些新興事物的發(fā)展速度”要遠(yuǎn)遠(yuǎn)超過傳統(tǒng)數(shù)據(jù)中心工作負(fù)載。
那么到底超過了多少?具體來講,三倍。
突然之間,Eucalyptus在API中引入AWS兼容性的主意似乎成了最明智的決定。惠普公司于去年九月收購了Eucalyptus,而我們在此之后就再也沒聽過跟其兼容性有關(guān)的消息了。不過當(dāng)OpenStack真正找到了自己的發(fā)展方向,那么其必然能夠與AWS建立良好的協(xié)作效果——即使AWS對此并不關(guān)心。
像沃爾瑪這樣體系繁雜的大型企業(yè)已經(jīng)從OpenStack身上取得了令人矚目的成功,但他們的經(jīng)驗(yàn)仍然只能算是例外、而非常規(guī)情況。OpenStack更像是那些羞于使用云技術(shù)的CIO們的一塊遮羞布,它得找到與Amazon以及微軟進(jìn)行協(xié)作的途徑、才能真正滿足這部分技術(shù)管理者們“欲拒還迎”的云情結(jié)。
正如前文所提到,紅帽公司可能已經(jīng)給出了一個(gè)答案。事實(shí)上,紅帽公司早已能夠輕松將其紅帽企業(yè)Linux輕松運(yùn)行在多種不同環(huán)境之間,從企業(yè)數(shù)據(jù)中心到AWS皆在此列。紅帽方面還對自身管理服務(wù)進(jìn)行了拓展,旨在更輕松地對不同部署目標(biāo)的工作負(fù)載加以管理。這種無縫化的使用體驗(yàn)正好值得OpenStack認(rèn)真借鑒。
客戶將越來越需要這種能力,但這同時(shí)意味著紅帽及其它同類廠商會肩負(fù)起遠(yuǎn)超過AWS的負(fù)擔(dān)。正如紅帽公司高管Paul Cormier在采訪中所言:
其它PaaS供應(yīng)商的主要問題在于,如果大家以其它任何一種PaaS解決方案作為構(gòu)建基礎(chǔ),無論是由谷歌還是其它哪家企業(yè)所提供,那么客戶再也無法將自己的應(yīng)用程序擺脫其網(wǎng)絡(luò)體系了——永遠(yuǎn)不能。應(yīng)用程序?qū)⒅荒苓\(yùn)行在這些廠商自己的網(wǎng)絡(luò)當(dāng)中,而這恰恰是客戶最不愿看到的。他們希望能自行掌控應(yīng)用程序的未來命運(yùn)。紅帽公司則為客戶帶來了這種能力,即跨越不同部署目標(biāo)提供一套統(tǒng)一化平臺。
幸運(yùn)的是,紅帽公司目前也已經(jīng)意識到將OpenStack與AWS相結(jié)合的重要意義。接下來要做的,則是把理論目標(biāo)轉(zhuǎn)化為實(shí)際成果。
原文標(biāo)題:OpenStack can't carry the private cloud without AWS