• <strike id="fdgpu"><input id="fdgpu"></input></strike>
    <label id="fdgpu"></label>
    <s id="fdgpu"><code id="fdgpu"></code></s>

  • <label id="fdgpu"></label>
  • <span id="fdgpu"><u id="fdgpu"></u></span>

    <s id="fdgpu"><sub id="fdgpu"></sub></s>
    您當前的位置是:  首頁(yè) > 新聞 > 國內 >
     首頁(yè) > 新聞 > 國內 >

    AWS吹走了私有云天空中最后一片烏云

    2018-12-06 10:13:34   作者:   來(lái)源:CTI論壇   評論:0  點(diǎn)擊:


      長(cháng)久以來(lái),私有云廠(chǎng)商都被一朵烏云籠罩著(zhù):私有云是否是一個(gè)偽命題,這個(gè)世界是否終將被公有云統治?無(wú)論如何振振有詞,當2006年3月14日亞馬遜向全世界公開(kāi)其公有云服務(wù)AWS時(shí),IT的歷史車(chē)輪就碾入了公有云紀元,傳統IT廠(chǎng)商不得不面對AWS這個(gè)門(mén)外的野蠻人。
      關(guān)于私有云,AWS CTO Werner Vogels在2010年就做出了他的論斷,Vogels稱(chēng)所謂的私有云不過(guò)是個(gè)銷(xiāo)售話(huà)術(shù),是IT廠(chǎng)商為了將客戶(hù)蒙在鼓里設計出來(lái)的詞匯。Vogels認為私有云是“false cloud“,其目的是想讓客戶(hù)購買(mǎi)更多硬件來(lái)“build your own cloud”。
      雖然“false cloud”和“build your own cloud”本身就存在邏輯矛盾,但這并妨礙AWS表明其態(tài)度:私有云不過(guò)是IT廠(chǎng)商造出來(lái)自high的救命稻草,根本不能稱(chēng)為“云”。
      過(guò)去幾年我被多次問(wèn)到這個(gè)問(wèn)題,問(wèn)題的核心在于公有云是否終將統治世界。
      ——//////////——只有公有云的世界是什么樣子?
      一如果全世界的IT基礎設施被幾家公有云壟斷,會(huì )是什么樣子?
      首先Intel會(huì )淪為附庸,除了為不斷萎縮的PC市場(chǎng)生產(chǎn)CPU外,其所有服務(wù)器芯片只能賣(mài)給公有云從而徹底喪失議價(jià)權。公有云也會(huì )用其它架構的CPU(例如ARM)來(lái)打壓Intel的價(jià)格,AWS在此次re:Invent 2018年度云大會(huì )上就發(fā)布了基于A(yíng)RM芯片Gravtion的EC2實(shí)例。
      DELL、HP、Cisco等硬件公司會(huì )倒閉或被公有云收購。所有的計算、存儲、網(wǎng)絡(luò )能力都集中在公有云手中,沒(méi)人會(huì )再買(mǎi)他們的硬件。公有云也不會(huì )購買(mǎi)商業(yè)硬件,而是自己制造。不用等到未來(lái),現在公有云/互聯(lián)網(wǎng)巨頭已經(jīng)大量使用白牌硬件,HP不再做公有云/互聯(lián)網(wǎng)公司的服務(wù)器生意,實(shí)在無(wú)利可圖。
      微軟、Oracle等基礎軟件公司會(huì )消亡(微軟可以通過(guò)Azure重新統治世界)。公有云會(huì )用自己的產(chǎn)品取代現有一切基礎軟件,提供自己的操作系統、數據庫以及一切PaaS。他們已經(jīng)開(kāi)始這樣做了,并且會(huì )越來(lái)越成功。
      應用軟件商要看公有云臉色過(guò)活。如果足夠的有利可圖,公有云會(huì )毫不猶豫的進(jìn)入你的領(lǐng)域,依靠龐大的技術(shù)生態(tài)制造出類(lèi)似的產(chǎn)品并打壓市場(chǎng)價(jià)格。巨頭沒(méi)有邊界,2014年AWS就推出了WorkSpaces云桌面產(chǎn)品。
      這樣的未來(lái),IT創(chuàng )新可能會(huì )停滯。公有云之間仍有競爭,但IT市場(chǎng)實(shí)在太大,幾家分享數萬(wàn)億美元的市場(chǎng)很容易讓巨頭們達成默契的壟斷。
      這像是危言聳聽(tīng),畢竟跟我們熟悉的IT世界太不一樣。但不要忘記,在幾十年前的大型機時(shí)代,每個(gè)人一臺便攜移動(dòng)計算機(手機)更像天方夜譚。而現在都成真了。
      沒(méi)有SLA,AWS Outposts不性感二“我們能統治世界”,2010年的AWS多半這樣認為。僅僅過(guò)了8年,2018年的 re:Invent云大會(huì )上AWS發(fā)布了Outposts產(chǎn)品,一款從產(chǎn)品形態(tài)和商業(yè)模式上都不性感的混合云產(chǎn)品。
      Outposts基于A(yíng)WS的自有硬件(基于Nitro架構的服務(wù)器,類(lèi)似于阿里云的神龍服務(wù)器),可以部署在客戶(hù)自己的數據中心,AWS負責安裝部署并提供后期升級運維等服務(wù),客戶(hù)可以在自己的數據中心內使用AWS公有云上流行的產(chǎn)品(例如EC2、ECS,后期還會(huì )包含RDS這樣的PaaS產(chǎn)品)。
      Outposts提供VMWare兼容以及AWS兼容兩種模式,客戶(hù)既可以使用他們熟悉的VMWare控制平面,也可以基于A(yíng)WS API編寫(xiě)程序讓?xiě)迷诒镜財祿行暮虯WS公有云無(wú)縫部署。除了首發(fā)使用自有硬件,AWS表示未來(lái)不排除跟HP、DELL等廠(chǎng)商合作,讓Outposts運行在這些廠(chǎng)商的硬件上。
      Outposts沒(méi)有發(fā)明新東西。產(chǎn)品形態(tài)上,Azure Stack做了同樣的事情。按使用付費的租賃模式,國內一些廠(chǎng)商做的更徹底,提供從機架到虛擬機里應用打包的全租賃。
      跟公有云相比,Outposts缺少一個(gè)核心:超高的SLA(Service-Level Agreement,服務(wù)等級協(xié)議,供應商對客戶(hù)服務(wù)的質(zhì)量承諾,達不到服務(wù)質(zhì)量會(huì )有相應的賠償)。從本質(zhì)上講,公有云出售的是“資源的使用權+SLA”。
      傳統IT廠(chǎng)商其實(shí)也提供SLA,但內容條款跟公有云很不一樣。SLA在上世紀90年代末或2000年初變得流行,早期的IT廠(chǎng)商是以產(chǎn)品保修的方式提供售后服務(wù),隨著(zhù)客戶(hù)越來(lái)越重視業(yè)務(wù)的在線(xiàn)時(shí)間,IT廠(chǎng)商發(fā)現服務(wù)質(zhì)量保證可以成為額外的收入來(lái)源,故通過(guò)SLA跟客戶(hù)簽訂如產(chǎn)品故障后限定多少時(shí)間內修復或換貨的承諾。
      公有云將業(yè)務(wù)在線(xiàn)時(shí)間相關(guān)SLA提高到傳統IT廠(chǎng)商無(wú)法達到的高度,源于對IT基礎設施的控制力,從機房、電、網(wǎng)絡(luò )、硬件到軟件都能控制,故能提供分鐘級別的SLA。
      例如AWS的EC2(虛擬機)、EBS(塊存儲)SLA的月度在線(xiàn)時(shí)間比例(Monthly Uptime Percentage)是99.99%,相當于每個(gè)月最多有4分23秒的不可用時(shí)間,對SLA未達到的情況會(huì )做出10%~30%消費賠償。
      IT廠(chǎng)商做不到這樣的SLA,因為他們的產(chǎn)品只是整個(gè)IT架構的一部分,有太多第三方因素可能會(huì )影響SLA,硬件故障、機房斷電、運維誤操作等等。
      超高的SLA對看重業(yè)務(wù)在線(xiàn)時(shí)間的客戶(hù)極具吸引力。互聯(lián)網(wǎng)公司尤其如此,設想一下微信、支付寶這樣的應用因IT基礎設施故障停用數天會(huì )導致什么樣的災難。雖然微信、支付寶能夠構造AWS類(lèi)似的基礎設施,但大部分對SLA有高要求的企業(yè)是無(wú)力自建這樣的基礎設施的,公有云對他們來(lái)說(shuō)是很好的選擇。
      Outposts無(wú)法提供公有云的SLA。其產(chǎn)品形態(tài)讓它跟普通IT產(chǎn)品一樣,只是客戶(hù)整個(gè)IT架構中的一部分,有太多因素超出AWS掌控,例如客戶(hù)數據中心遭遇暴風(fēng)雪而導致大面積斷電。
      即使未來(lái)AWS為Outposts擬定SLA,其條款也只會(huì )類(lèi)似IT廠(chǎng)商的常規條款,例如售后服務(wù)響應時(shí)間、產(chǎn)品升級或更換硬件導致的服務(wù)不可用時(shí)間等。雖然媒體用很多新興概念來(lái)描述Outposts,但正如8年前Vogels指責傳統IT廠(chǎng)商在任何產(chǎn)品前都加一個(gè)“云”字一樣,這只是一種“sales pitch”(銷(xiāo)售話(huà)術(shù))。
      Outposts將AWS的部分公有云產(chǎn)品本地化固然給客戶(hù)帶來(lái)了巨大的價(jià)值,但這種價(jià)值來(lái)源于A(yíng)WS公有云的成功,Azure、阿里云也在做同樣的事情。
      總之,公有云為IT帶來(lái)了巨大的創(chuàng )新,但一旦它的產(chǎn)品失去了SLA,就不再性感。
      Outposts是AWS對物質(zhì)世界的妥協(xié)三對于A(yíng)WS推出Outposts的動(dòng)機,中外媒體大多認為是一種妥協(xié),AWS自己也承認客戶(hù)想在自己的數據中心獲得跟AWS公有云一樣的功能和體驗。妥協(xié)這個(gè)詞含有一種不是創(chuàng )新者乏力而是這些客戶(hù)不行的意思。
      AWS在TO B的世界有著(zhù)蘋(píng)果在手機領(lǐng)域相同的創(chuàng )新者地位,人們對于顛覆性創(chuàng )新者總有無(wú)限期盼,希望他們毫無(wú)妥協(xié)的改造這個(gè)舊世界。但AWS妥協(xié)了,對象并不是手中握有大筆IT預算的CIO,而是我們生存的物質(zhì)世界。
      盡管IT幫助所有的行業(yè)提高了效率,這個(gè)世界仍有大量的生產(chǎn)活動(dòng)還沒(méi)有被IT徹底替代。種植糧食的仍然是農業(yè)機械、挖礦的還是礦機、鉆取石油的依然是鉆井,總之除了幾萬(wàn)億美元的IT支出外,還有幾百萬(wàn)億美元投入到了其它的生產(chǎn)活動(dòng)中。
      回到云計算,未來(lái)輔助生產(chǎn)活動(dòng)的IT基礎設施是否只有公有云?AWS給出了否定的答案。這里有復雜的原因,但可以粗略歸為:異構IT的復雜性、計算/存儲能力的本地化以及網(wǎng)絡(luò )的不可靠。
      01異構IT的復雜性大多數生產(chǎn)系統并非是圍繞IT設計的,他們比IT更早出現,現在被IT改造,例如給煉鋼設備安裝大量的傳感器收集數據,給生產(chǎn)線(xiàn)安裝機械手臂。這些改造的復雜性制造出異構性IT。
      如果世界只有公有云,意味著(zhù)所有的IT都要接入公有云,這不符合公有云的商業(yè)模式。公有云能快速發(fā)展壯大是因為向客戶(hù)提供標準的IT模型(例如AWS最早的經(jīng)典網(wǎng)絡(luò )以及后來(lái)的VPC)從而實(shí)現規模化。
      當客戶(hù)的IT太過(guò)異構不能直接套入公有云IT模型中時(shí),面臨的選擇只有兩個(gè):
      一是期待客戶(hù)IT系統改造以適應公有云二是提供私有云來(lái)適應客戶(hù)IT系統第一條路目前行不通,且不說(shuō)傳統的力量多么強大,單從體量上講,千億美元規模的公有云很難要求動(dòng)輒萬(wàn)億美元的行業(yè)為它改變。只有第二條路可走,提供私有云來(lái)適應客戶(hù)IT系統。
      反對者可能會(huì )說(shuō)AWS Outposts輸出的仍然是公有云產(chǎn)品,沒(méi)有特別的改變,這個(gè)留到后面分析Outposts產(chǎn)品形態(tài)時(shí)再講。
      02計算/存儲能力的本地化和網(wǎng)絡(luò )不可靠問(wèn)題即使異構IT都能接入公有云,仍然面臨當前IT技術(shù)的限制。我們杜撰一個(gè)AI系統,它能根據煉鋼設備傳感器數據實(shí)時(shí)控制煉鋼設備。那么傳感器數據存儲在哪兒?AI系統又運行在何處(需要依賴(lài)的計算能力在哪)?
      假設鋼廠(chǎng)地處偏遠,煉鋼設備就必須通過(guò)網(wǎng)絡(luò )接入數千公里外的公有云數據中心,將數據傳送至AI系統并等待分析結果再做下一步操作。這樣的IT系統難以讓人充滿(mǎn)信心,因為它運行在不可靠的網(wǎng)絡(luò )上。
      相對于人類(lèi)社會(huì )的數據總量(據傳為100ZB,約為10的14次方GB),目前的網(wǎng)絡(luò )絕對是一個(gè)低帶寬、高延時(shí)、不可靠系統。要保證上述鋼廠(chǎng)網(wǎng)絡(luò )的帶寬和延時(shí),得通過(guò)專(zhuān)線(xiàn)連接數千公里外的數據中心,且必須有冗余,否則無(wú)法防范施工隊的鏟車(chē)軋斷線(xiàn)路導致生產(chǎn)中斷。這無(wú)疑是巨大的投資。如果把煉鋼系統的傳感器換成攝像頭,要求AI系統做出低延時(shí)的圖像識別,網(wǎng)絡(luò )建設成本更是不可想象。
      解決的辦法是將計算/存儲能力本地化,例如在鋼廠(chǎng)500米內建一個(gè)機房,讓AI系統就近運行,網(wǎng)絡(luò )的問(wèn)題也就解決了。對于云計算廠(chǎng)商來(lái)說(shuō),輸出一套私有云/混合云系統到鋼廠(chǎng)的機房,比設計一個(gè)橫跨數千公里接入公有云的系統更為簡(jiǎn)單和可靠,這是目前IT技術(shù)的限制。
      生產(chǎn)制造業(yè)的例子似乎聽(tīng)起來(lái)很遙遠,但就在日常辦公中公有云也會(huì )有IT接入的難題。2014年3月AWS發(fā)布WorkSpaces云桌面產(chǎn)品時(shí),我的第一反應是在想AWS的云桌面怎么跟辦公室里的打印機、掃描儀以及視頻會(huì )議系統連接起來(lái),因為云桌面的主要場(chǎng)景為日常辦公,不可避免的要跟辦公室的各種設備對接。
      后來(lái)我在A(yíng)WS官網(wǎng)找到了打印機使用的文檔,但同時(shí)也在A(yíng)WS論壇上看到了不少打印機無(wú)法使用的吐槽。這樣的例子有很多,銀行的U盾、智能投影儀等,總之在公有云接入本地設備還不那么容易。
      假如我們生存在一個(gè)虛擬世界,不需要衣食住行只靠信息交換就可以生存(像科幻電影中那樣戴一個(gè)頭盔接入虛擬世界),則公有云完全可以滿(mǎn)足生產(chǎn)活動(dòng)的所有IT需求。
      我說(shuō)AWS是對物質(zhì)世界妥協(xié),因為目前的公有云只滿(mǎn)足現實(shí)世界的部分IT需求。再來(lái)看一下蘋(píng)果和AWS的創(chuàng )新,你會(huì )發(fā)現蘋(píng)果在發(fā)布IPhone短短幾年內幾乎消滅了所有老牌手機廠(chǎng)商,諾基亞、摩托羅拉、黑莓。
      而AWS雖然對傳統IT廠(chǎng)商打擊巨大,但IBM、HP、DELL、Oracle仍然堅挺的活著(zhù)。這是因為IPhone除了巨大的創(chuàng )新外,還滿(mǎn)足了客戶(hù)對手機的所有需求,如果IPhone不能打電話(huà),諾基亞仍然會(huì )是最好的手機廠(chǎng)商。
      盡管AWS跟蘋(píng)果一樣帶動(dòng)了新行業(yè)的發(fā)展(移動(dòng)互聯(lián)網(wǎng)、SaaS等),獲取了巨大的創(chuàng )新紅利,但他并沒(méi)有滿(mǎn)足這個(gè)世界的所有IT需求。
      傳統IT廠(chǎng)商活了下來(lái),做著(zhù)AWS稱(chēng)為“false cloud”的私有云,現在A(yíng)WS Outposts來(lái)了,吹走了私有云天空最后一片烏云,不必再爭論私有云/混合云是不是偽命題,是“true cloud”或是“false cloud”。正視物質(zhì)世界IT需求的復雜性,也許未來(lái)公有云會(huì )滿(mǎn)足一切IT,但不是現在。
      用VMWare,AWS又做對了四Outposts是AWS和VMWare合作的產(chǎn)品,客戶(hù)可以使用他們熟悉的VMWare的控制面板,也可以使用AWS Native模式,第一代產(chǎn)品主要是IaaS功能,提供EC2、EBS。可以肯定Outposts的IaaS部分幾乎全是VMWare貢獻的,AWS也宣稱(chēng)客戶(hù)可以使用VMWare NSX、AppDefense、vRealize等產(chǎn)品。
      從技術(shù)角度來(lái)說(shuō),AWS要實(shí)現Outposts有兩條路可以走:
      一是基于A(yíng)WS公有云的代碼改造一是跟VMWare這樣的廠(chǎng)商合作AWS選擇第二條路,這是對的。公有云和私有云面對不同的復雜性:
      公有云更強調規模和性能,用統一的IT架構提供資源,對傳統IT異構性和利舊基本不考慮;私有云則必須面對異構的IT形態(tài)并兼容利舊各種設備,但規模和性能上不必向公有云看齊。
      Outposts的目標客戶(hù)是想在自己數據中心中使用AWS產(chǎn)品的企業(yè),他們多為傳統IT架構,如果通過(guò)改造AWS公有云代碼來(lái)滿(mǎn)足客戶(hù)需求,無(wú)論難度還是風(fēng)險都非常大,這意味AWS的公有云產(chǎn)品在后續發(fā)展中都不得不為私有云考慮,這不僅會(huì )拖慢公有云創(chuàng )新的步伐,實(shí)際上也難操作。
      想象一下AWS的內核工程師在優(yōu)化虛擬機熱遷移功能時(shí)要顧及一款他從來(lái)沒(méi)有聽(tīng)說(shuō)過(guò)的PCI設備,因為私有云客戶(hù)會(huì )透傳它給虛擬機使用的。
      采用VMWare做IaaS則沒(méi)有這個(gè)問(wèn)題,VMWare從來(lái)就是服務(wù)于傳統企業(yè)客戶(hù),20年來(lái)趟坑無(wú)數,沉淀出大量傳統IT需要的功能。前面提到AWS可以通過(guò)部署Outposts來(lái)適應企業(yè)客戶(hù)的傳統IT需求,反對者可能認為Outposts輸出的也是AWS公有云產(chǎn)品(例如EC2、EBS),并沒(méi)有為異構IT做任何適配。
      是的,AWS自己沒(méi)有做,VMWare幫他做到了。AWS宣稱(chēng)Outposts可以在一臺服務(wù)器上運行,離開(kāi)VMWare也是無(wú)法辦到的。要在一臺服務(wù)器上將AWS公有云的控制面和數據面全部塞進(jìn)去,還要運行客戶(hù)自身的業(yè)務(wù),無(wú)異于將一頭大象塞進(jìn)冰箱。
      在商業(yè)策略,跟VMWare合作也是正確的選擇。VMWare除了自身的產(chǎn)品優(yōu)勢外,最強大的是遍布全世界的銷(xiāo)售網(wǎng)絡(luò )。外媒報道Outposts會(huì )在VMWare銷(xiāo)售網(wǎng)絡(luò )中售賣(mài),這無(wú)疑極大的節省了這款產(chǎn)品觸達客戶(hù)的時(shí)間。
      要讓一款新產(chǎn)品快速的被市場(chǎng)認可和接受,即使伴著(zhù)AWS的高光也需要花費不少力氣。這不僅僅是技術(shù)問(wèn)題,還是銷(xiāo)售體系、供應鏈、售后服務(wù)體系的問(wèn)題。
      亞馬遜本身是互聯(lián)網(wǎng)公司,更偏向線(xiàn)上售賣(mài),而VMWare則擅長(cháng)線(xiàn)下售賣(mài)。在這場(chǎng)合作中,怎么看AWS都是受益的。VMWare則禍福難料,一旦開(kāi)放自己的銷(xiāo)售網(wǎng)絡(luò )讓AWS觸達終端客戶(hù),在產(chǎn)品建立起認可度后,很難說(shuō)AWS不會(huì )專(zhuān)門(mén)成立部門(mén)用自己的技術(shù)完全取代VMWare并建立適合線(xiàn)下的銷(xiāo)售系統。
      此外,AWS也不僅僅只有VMWare一家伙伴,HP、DELL、Cisco可能正等著(zhù)歡迎Outposts進(jìn)入他們的銷(xiāo)售渠道。
      與AWS技術(shù)路線(xiàn)相反,Azure Stack選擇用其公有云代碼改造能在幾臺服務(wù)器中運行的混合云產(chǎn)品。微軟歷來(lái)有統一code base的沖動(dòng),在智能手機方面就嘗試用Windows相同的代碼打造適用于PC和手機的操作系統,最終結果是從智能手機市場(chǎng)退出。
      雖然現在不能斷定Azure Stack這種技術(shù)路線(xiàn)是否成功,但它始終會(huì )面臨同一套代碼要服務(wù)于兩個(gè)截然不同市場(chǎng)的問(wèn)題。內部的技術(shù)團隊協(xié)調也會(huì )遭遇挑戰,公有云團隊強勢必然導致Azure Stack的很多技術(shù)需求得不到及時(shí)響應,Azure Stack團隊強勢則會(huì )拖慢公有云團隊創(chuàng )新的步伐,甚至將他們拖入傳統IT的泥沼中。
      我個(gè)人贊同AWS的路線(xiàn),保證產(chǎn)品體驗一致性才是核心,這只需要在Outposts的數據面/控制面的API上和公有云兼容即可。至于是一套代碼或兩套代碼并不重要,一是客戶(hù)不關(guān)心,二是公有云和私有云的市場(chǎng)規模都非常巨大,營(yíng)運兩個(gè)技術(shù)團隊服務(wù)于不同的市場(chǎng)是值得的。
      AWS也提到他們并不打算通過(guò)Outposts輸出所有AWS產(chǎn)品,且承認公有云和私有云交付模式不同(Our initial goal is not to re-create all of AWS in Outposts -- they're kind of different delivery models … but there are some really basic components that we're hearing consistently that are wanted on-premises)。
      這反應出AWS對Outposts的定位非常明確,在小規模的產(chǎn)品形態(tài)中是無(wú)法將所有AWS產(chǎn)品都交付到客戶(hù)數據中心的。實(shí)際上企業(yè)客戶(hù)也沒(méi)有能力負擔和運維整個(gè)AWS公有云,大部分企業(yè)僅僅需要AWS的幾個(gè)基本功能,這正是Outposts出現的目的。當然也有客戶(hù)需要整個(gè)AWS公有云,例如正在競標中的美國國防部百億美元大單,這時(shí)AWS自然會(huì )將所有產(chǎn)品帶到客戶(hù)數據中心,當然不是用Outposts。
      公有云的未來(lái):要么統治世界,要么滅亡五未來(lái),公有云要么統治一切IT基礎設施,要么消失,到時(shí)將不再有云計算這個(gè)詞匯。這都不依賴(lài)于現在IT從業(yè)者的力量,而是依靠物理學(xué)家在基礎物理上的重大突破,顛覆現有的計算機體系。公有云接入傳統IT的幾個(gè)問(wèn)題中,只要網(wǎng)絡(luò )問(wèn)題解決了,其它都能解決。
      目前低帶寬、高延時(shí)、不可靠的網(wǎng)絡(luò )極大的阻礙了公有云統治世界的步伐,盡管網(wǎng)絡(luò )性能在不斷提升,但這種小步伐提高遠遠趕不上人類(lèi)生產(chǎn)數據增長(cháng)的速度。如果基礎物理創(chuàng )造出超級網(wǎng)絡(luò ),訪(fǎng)問(wèn)不受地域距離限制,達到目前CPU訪(fǎng)問(wèn)內存的帶寬、延時(shí)和可靠性,那么世界只需要公有云。
      我們不再需要本地計算能力,可以將所有的計算、存儲集中在幾個(gè)公有云巨頭的數據中心里,然后通過(guò)超級網(wǎng)絡(luò )訪(fǎng)問(wèn)。如果基礎物理向著(zhù)計算/存儲能力方面突破,假設未來(lái)手機大小的計算機就可以擁有現在A(yíng)WS公有云全部的計算/存儲能力,那我們就不再需要云這個(gè)概念,計算可以在任何時(shí)間地點(diǎn)發(fā)生,中心化的基礎設施失去存在的理由。
      未來(lái)世界的樣子還無(wú)法預測,但在這個(gè)時(shí)間,AWS發(fā)布了Outposts產(chǎn)品,他終于進(jìn)入了傳統IT廠(chǎng)商相同的維度,從降維打擊到同維競爭,后十年的云計算領(lǐng)域一定會(huì )更加精彩。
      作者簡(jiǎn)介:
      “張?chǎng)问鞘澜缟献钤缫慌摂M化開(kāi)發(fā)者,是《系統虛擬化》一書(shū)的主要作者。
      2010年赴硅谷加入IaaS初創(chuàng )公司Cloud.com,是CloudStack核心架構師,負責Oracle VM,Barematel, Baremetal VPC等核心功能。
      之后隨Cloud.com并購加入軟件巨頭Citrix,繼續從事CloudStack的核心技術(shù)研發(fā)。
      2015年回國創(chuàng )辦開(kāi)源IaaS項目——ZStack。
    【免責聲明】本文僅代表作者本人觀(guān)點(diǎn),與CTI論壇無(wú)關(guān)。CTI論壇對文中陳述、觀(guān)點(diǎn)判斷保持中立,不對所包含內容的準確性、可靠性或完整性提供任何明示或暗示的保證。請讀者僅作參考,并請自行承擔全部責任。

    相關(guān)熱詞搜索: AWS 私有云

    上一篇:客戶(hù)的微笑 Genesys PureConnect為您守護

    下一篇:最后一頁(yè)

    專(zhuān)題

    亚洲精品网站在线观看不卡无广告,国产a不卡片精品免费观看,欧美亚洲一区二区三区在线,国产一区二区三区日韩 松原市| 庄浪县| 玛曲县| 兖州市| 乐山市| 陆川县| 松江区| 广东省| 家居| 南靖县| 丰都县| 江油市| 福泉市| 东乡族自治县| 瑞昌市| 邓州市| 林州市| 古丈县| 蒙自县| 玉龙| 土默特左旗| 道孚县| 舞阳县| 扎鲁特旗| 台前县| 新巴尔虎左旗| 石林| 石台县| 元朗区| 正安县| 邓州市| 遵义县| 永清县| 东阿县| 平利县| 平阳县| 特克斯县| 柳江县| 拜城县| 盘山县| 江华| http://444 http://444 http://444 http://444 http://444 http://444