技術(shù)頭條: 干貨、簡潔、多維全面。更多云計算精華知識盡在眼前,get要點、solve難題,統(tǒng)統(tǒng)不在話下!
譯者:Lorraine Lo
在接受不同采訪時我經(jīng)常會被問到這么一個問題: OpenStack到底發(fā)生了什么?就像人們認(rèn)為OpenStack已經(jīng)死了一樣。而每次面對這個問題,我都會在回 答之前做出害羞無辜的表情。這里我要給大家一個提示: OpenStack并沒有死,只是經(jīng)歷了風(fēng)雨。
這個項目目前運作仍十分健康,依舊遵循發(fā)展曲線推進:OpenStack發(fā)展至今已足夠成熟,這一點已經(jīng)不足以引起人們的興趣來引發(fā)討論了,所以大家隨之在想OpenStack是不是發(fā)生了什么,這種情況是可以理解的。
問我這個問題的人通常好奇又善意,我認(rèn)為我的回答跟我的專業(yè)背景有很大的關(guān)系,所以即使是在采訪時,我會偏向于采用閑聊的方式。 我決定今天重新討論這個話題。下次要是再有人問同樣問題,我就會讓他來讀一讀這篇文章。
要知道,為了實現(xiàn)生態(tài)系統(tǒng)長期持久的成功,我們需要一個超規(guī)模的 OpenStack公有云,還需要在我們已有的Iaas/Paas層上構(gòu)建一套健康的SaaS應(yīng)用程序, 除此之外,我們還需要在多個 hyperscale來避免引力問題(在早期,這就是RackSpace)。
很多人都在公開場合談?wù)摰降囊稽c是,常見的頭條新聞將
OpenStack與AWS進行比較,每個風(fēng)險投資機構(gòu)和分析師都想知道OpenStack是否已經(jīng)為企業(yè)提供服務(wù)做好了準(zhǔn)備。我甚至還曾在一個小組討論里探討過這個問題?。ňW(wǎng)上有鏈接記錄,但我不會在這里分享,因為我不想回憶當(dāng)年自己的形象)但隨著時間的推移,
我們成功的關(guān)鍵部分從未實現(xiàn)。為什么會這樣呢?
早在2014年時,我在惠普云工作,那時候資金正源源不斷地流入OpenStack,我們也正為此得意洋洋,那是OpenStack發(fā)展達到頂峰的一年,巴黎峰會上嘉年華的場景對于現(xiàn)在的我來說依然記憶猶新。這一現(xiàn)象實則出于電信公司和硬件供應(yīng)商試圖影響OpenStack方向的原因,但對于局外人卻是霧里看花。更具體地來說,這些公司希望為他們能夠迅速上市的集成私有云解決方案創(chuàng)造技術(shù)基礎(chǔ)。
而在私底下,我們可以看到,這些市場勢力與 hyperscale實際實現(xiàn)是背道而馳的。大帳篷項目(The Big Tent )是一個試圖解決當(dāng)中一些問題的大膽之舉。我們(即技術(shù)委員會)使勁自己最大的力氣,但最終還是無法解決這些問題,因為錢包控制權(quán)并不掌握在我們手中。
正如大家所看到的,當(dāng)時幾乎所有為 OpenStack做出重大貢獻的公司都依賴于企業(yè)客戶,這其實是業(yè)內(nèi)知名公司每年花費巨資在彼此合作的公司之上的另一種較為好聽的說法。與 hyper-scalers 不同,企業(yè)客戶通常對構(gòu)建自己的服務(wù)器或編寫自己的交換機固件并不感興趣,他們會選擇從這些產(chǎn)品服務(wù)提供商那里購買(以及給他們的支持合同),并且希望繼續(xù)從這些交易中賺錢。
與此同時,發(fā)行商和運營商正努力實現(xiàn)OpenStack可安裝,以便能夠展開和維護部署來滿足市場需求。而且企業(yè)對新的私有云領(lǐng)域的需求非常高。OpenStack開發(fā)團隊面臨(來自于發(fā)行商、電信公司、硬件供應(yīng)商)巨大的內(nèi)部壓力,他們要在具有地理彈性的少部分地區(qū)大約的1000-10000個核心中創(chuàng)建企業(yè)客戶所需并運行良好的軟件。
但是,為10000個和為10000000個核心構(gòu)建分布式系統(tǒng)存在根本性的差異。除了要改變代碼之外,增加三個數(shù)量級還需要對任何業(yè)務(wù)的運行方式進行根本性的改變。利潤率會越來越小。第三方支持合同、B2B交易、增值軟件這些被視為銷售團隊“車輪的潤滑油”已經(jīng)不復(fù)存在了。企業(yè)硬件和軟件巨頭不愿意重組那么多業(yè)務(wù),而像OVH這樣的公司其自然增長速度太慢了,盡管我認(rèn)為他們?nèi)匀蛔咴谡_的軌道上。
創(chuàng)建一個可行的、開源的、超大規(guī)模的云軟件解決方案與對OpenStack開發(fā)投資最多的公司的最大利益。
有一天,我以我一貫的方式試圖在餐巾紙畫出以下的圖。原來的版本已經(jīng)遺失很久了,所以我把它從下面的記憶中重新畫出來。
影響來自錯誤的方向。電信公司、硬件供應(yīng)商和發(fā)行商的產(chǎn)品管理(如ATT、思科、戴爾和紅帽等)投入大量資金來施加影響力、雇傭程序員編寫代碼、為奢華派對提供資金并推高工資水平(毫不掩飾地說,我確實很喜歡這些派對活動,同時我的薪酬待遇也很好)。與此同時,運營商越來越落后于發(fā)布進程,幾乎沒有發(fā)聲(畢竟他們正忙著云的運行),云的最終用戶(應(yīng)用程序開發(fā)人員)也幾乎沒有發(fā)聲。
到最后,營收需要從云端上受支持業(yè)務(wù)的增長(即APP程序開發(fā)人員的成功)中獲得,但我們卻沒能實現(xiàn)這個目標(biāo),因為運營商無法充分?jǐn)U大規(guī)模,或無法保持和維護一個健康市場在云端上蓬勃發(fā)展所需的跨云兼容性。圖表左側(cè)的每個人都忙于尋找自己的差異性優(yōu)勢,從而無法促成彼此間的交易。
在這個情況下,作為可以看到問題所在的上游技術(shù)團隊領(lǐng)導(dǎo)正向我們每個公司內(nèi)部進行游說,希望能夠改變優(yōu)先事項。我們說服了一些管理者和執(zhí)行者在代碼和基礎(chǔ)設(shè)施方面進行戰(zhàn)術(shù)投資,但我們無法獲得足夠的支持來應(yīng)對所需的更大變化。
只要金融影響者專注于中型客戶(MSP和企業(yè)市場)的商業(yè)模式,對于讓OpenStack在超大規(guī)模市場上具有競爭力所需的大量戰(zhàn)略方面,他們并無投資意愿。因此,絕大多數(shù)開發(fā)人員在面對自己所屬的項目目標(biāo)由項目經(jīng)理和他們雇主內(nèi)部的管理人員決定時,都忙于將一切為利用“增值集成”所設(shè)計的特性(也就是企業(yè)銷售周期中的潤滑油)驅(qū)動到代碼庫中,沒有人能夠解決對于正忙于擴大云規(guī)模的部署人員來說很明顯的核心問題。
成功的 hyperscalers 已經(jīng)消除了中間件的邊際成本。谷歌、 AWS,甚至Facebook都在制造自己的服務(wù)器、交換機、存儲設(shè)備等。他們提供開源項目,然后付錢給開發(fā)人員進行維護和私有云版本的改進,這樣他們就可以保持領(lǐng)先,而一些項目現(xiàn)在正嘗試阻止這一趨勢。這些公司通過削減基礎(chǔ)設(shè)施的成本來擴大規(guī)模,但這些效率驅(qū)動舉措并沒能讓它們回到企業(yè)級市場中。他們在很大程度上成為了如今的巨頭,通過構(gòu)建流程、打造團隊和搭建硬件來打破對第三方軟件和硬件的依賴和支持。
所以你可以看到,創(chuàng)建一個可行的、開放源碼的、超大規(guī)模的云軟件解決方案是違背了對OpenStack開發(fā)投資最多的公司的最大利益的。
當(dāng)你在看其他云產(chǎn)品的時候,思考下當(dāng)下可能會對你最喜愛的代言人產(chǎn)生影響的的相似利益沖突(Kubernetes,我正在看著你呢)
對于我們中那些早早加入OpenStack并夢想成為大人物的人,我想說:好吧,我們沒有機會在OpenStack中構(gòu)建這些夢想了。OpenStack已經(jīng)變成一種沒有夢想光環(huán)但或許更實用的可擴展工具,用于中等規(guī)模的基礎(chǔ)設(shè)施自動化,助力世界各地數(shù)千家企業(yè),這包括許多非營利性和公益性機構(gòu)。
而且,我想闡明的是,我很高興能夠通過采用我的方式幫助構(gòu)建成了一個被廣泛使用的工具。
我現(xiàn)在發(fā)表這篇文章,是希望它能對所有在 Kubernetes. 投資的人起到警示作用。你將永遠(yuǎn)無法像 GKE那樣以同樣的規(guī)模并有效地運行它——除非你也一樣在組織全面變革方面進行投資。
即便如此,如果你使用Kubernetes,你可能也不會成功,因為讓其他人真正與GKE競爭是與谷歌的最大利益相悖的。
也許這也沒關(guān)系。事實上,OpenStack+Kubernetes是對于你正在構(gòu)建的合適的模式,而且這兩個項目也不會在短期內(nèi)實現(xiàn)無處不在的模式。
如果另一家公司想在 hyperscale 的空間中立于不敗之地,它需要從整體上審視自身的業(yè)務(wù)機構(gòu),并重復(fù) Google/Facebook/Amazon的開放源代碼私有化模式,把資金投資在自己的服務(wù)器制造中,或者與其他垂直聚焦的開放源代碼企業(yè)聯(lián)合才得以在市場上與對手競爭。