用VMWare，AWS又做對(duì)了

時(shí)間：2022-03-04 20:12:01 | 來(lái)源：行業(yè)動(dòng)態(tài)

時(shí)間：2022-03-04 20:12:01 來(lái)源：行業(yè)動(dòng)態(tài)

Outposts是AWS和VMWare合作的產(chǎn)品，客戶可以使用他們熟悉的VMWare的控制面板，也可以使用AWS Native模式，第一代產(chǎn)品主要是IaaS功能，提供EC2、EBS?？梢钥隙∣utposts的IaaS部分幾乎全是VMWare貢獻(xiàn)的，AWS也宣稱(chēng)客戶可以使用VMWare NSX、AppDefense、vRealize等產(chǎn)品。從技術(shù)角度來(lái)說(shuō)，AWS要實(shí)現(xiàn)Outposts有兩條路可以走，一是基于AWS公有云的代碼改造，一是跟VMWare這樣的廠商合作。AWS選擇第二條路，這是對(duì)的。公有云和私有云面對(duì)不同的復(fù)雜性，公有云更強(qiáng)調(diào)規(guī)模和性能，用統(tǒng)一的IT架構(gòu)提供資源，對(duì)傳統(tǒng)IT異構(gòu)性和利舊基本不考慮。私有云則必須面對(duì)異構(gòu)的IT形態(tài)并兼容利舊各種設(shè)備，但規(guī)模和性能上不必向公有云看齊。Outposts的目標(biāo)客戶是想在自己數(shù)據(jù)中心中使用AWS產(chǎn)品的企業(yè)，他們多為傳統(tǒng)IT架構(gòu)，如果通過(guò)改造AWS公有云代碼來(lái)滿足客戶需求，無(wú)論難度還是風(fēng)險(xiǎn)都非常大，這意味AWS的公有云產(chǎn)品在后續(xù)發(fā)展中都不得不為私有云考慮，這不僅會(huì)拖慢公有云創(chuàng)新的步伐，實(shí)際上也難操作。想象一下AWS的內(nèi)核工程師在優(yōu)化虛擬機(jī)熱遷移功能時(shí)要顧及一款他從來(lái)沒(méi)有聽(tīng)說(shuō)過(guò)的PCI設(shè)備，因?yàn)樗接性瓶蛻魰?huì)透?jìng)魉o虛擬機(jī)使用的。采用VMWare做IaaS則沒(méi)有這個(gè)問(wèn)題，VMWare從來(lái)就是服務(wù)于傳統(tǒng)企業(yè)客戶，20年來(lái)趟坑無(wú)數(shù)，沉淀出大量傳統(tǒng)IT需要的功能。前面提到AWS可以通過(guò)部署Outposts來(lái)適應(yīng)企業(yè)客戶的傳統(tǒng)IT需求，反對(duì)者可能認(rèn)為Outposts輸出的也是AWS公有云產(chǎn)品（例如EC2、EBS），并沒(méi)有為異構(gòu)IT做任何適配。是的，AWS自己沒(méi)有做，VMWare幫他做到了。AWS宣稱(chēng)Outposts可以在一臺(tái)服務(wù)器上運(yùn)行，離開(kāi)VMWare也是無(wú)法辦到的。要在一臺(tái)服務(wù)器上將AWS公有云的控制面和數(shù)據(jù)面全部塞進(jìn)去，還要運(yùn)行客戶自身的業(yè)務(wù)，無(wú)異于將一頭大象塞進(jìn)冰箱。

在商業(yè)策略，跟VMWare合作也是正確的選擇。VMWare除了自身的產(chǎn)品優(yōu)勢(shì)外，最強(qiáng)大的是遍布全世界的銷(xiāo)售網(wǎng)絡(luò)。外媒報(bào)道Outposts會(huì)在VMWare銷(xiāo)售網(wǎng)絡(luò)中售賣(mài)，這無(wú)疑極大的節(jié)省了這款產(chǎn)品觸達(dá)客戶的時(shí)間。要讓一款新產(chǎn)品快速的被市場(chǎng)認(rèn)可和接受，即使伴著AWS的高光也需要花費(fèi)不少力氣。這不僅僅是技術(shù)問(wèn)題，還是銷(xiāo)售體系、供應(yīng)鏈、售后服務(wù)體系的問(wèn)題。亞馬遜本身是互聯(lián)網(wǎng)公司，更偏向線上售賣(mài)，而VMWare則擅長(zhǎng)線下售賣(mài)。在這場(chǎng)合作中，怎么看AWS都是受益的。VMWare則禍福難料，一旦開(kāi)放自己的銷(xiāo)售網(wǎng)絡(luò)讓AWS觸達(dá)終端客戶，在產(chǎn)品建立起認(rèn)可度后，很難說(shuō)AWS不會(huì)專(zhuān)門(mén)成立部門(mén)用自己的技術(shù)完全取代VMWare并建立適合線下的銷(xiāo)售系統(tǒng)。此外，AWS也不僅僅只有VMWare一家伙伴，HP、DELL、Cisco可能正等著歡迎Outposts進(jìn)入他們的銷(xiāo)售渠道。

與AWS技術(shù)路線相反，Azure Stack選擇用其公有云代碼改造能在幾臺(tái)服務(wù)器中運(yùn)行的混合云產(chǎn)品。微軟歷來(lái)有統(tǒng)一code base的沖動(dòng)，在智能手機(jī)方面就嘗試用Windows相同的代碼打造適用于PC和手機(jī)的操作系統(tǒng)，最終結(jié)果是從智能手機(jī)市場(chǎng)退出。雖然現(xiàn)在不能斷定Azure Stack這種技術(shù)路線是否成功，但它始終會(huì)面臨同一套代碼要服務(wù)于兩個(gè)截然不同市場(chǎng)的問(wèn)題。內(nèi)部的技術(shù)團(tuán)隊(duì)協(xié)調(diào)也會(huì)遭遇挑戰(zhàn)，公有云團(tuán)隊(duì)強(qiáng)勢(shì)必然導(dǎo)致Azure Stack的很多技術(shù)需求得不到及時(shí)響應(yīng)，Azure Stack團(tuán)隊(duì)強(qiáng)勢(shì)則會(huì)拖慢公有云團(tuán)隊(duì)創(chuàng)新的步伐，甚至將他們拖入傳統(tǒng)IT的泥沼中。

我個(gè)人贊同AWS的路線，保證產(chǎn)品體驗(yàn)一致性才是核心，這只需要在Outposts的數(shù)據(jù)面/控制面的API上和公有云兼容即可。至于是一套代碼或兩套代碼并不重要，一是客戶不關(guān)心，二是公有云和私有云的市場(chǎng)規(guī)模都非常巨大，營(yíng)運(yùn)兩個(gè)技術(shù)團(tuán)隊(duì)服務(wù)于不同的市場(chǎng)是值得的。AWS也提到他們并不打算通過(guò)Outposts輸出所有AWS產(chǎn)品，且承認(rè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）。這反應(yīng)出AWS對(duì)Outposts的定位非常明確，在小規(guī)模的產(chǎn)品形態(tài)中是無(wú)法將所有AWS產(chǎn)品都交付到客戶數(shù)據(jù)中心的。實(shí)際上企業(yè)客戶也沒(méi)有能力負(fù)擔(dān)和運(yùn)維整個(gè)AWS公有云，大部分企業(yè)僅僅需要AWS的幾個(gè)基本功能，這正是Outposts出現(xiàn)的目的。當(dāng)然也有客戶需要整個(gè)AWS公有云，例如正在競(jìng)標(biāo)中的美國(guó)國(guó)防部百億美元大單，這時(shí)AWS自然會(huì)將所有產(chǎn)品帶到客戶數(shù)據(jù)中心，當(dāng)然不是用Outposts。