亞馬遜的云計(jì)算AWS已經(jīng)在行業(yè)內(nèi)處于領(lǐng)先地位，成為亞馬遜的重要盈利點(diǎn)之一，著名科技評論Ben Thompson在本文講述了谷歌在云服務(wù)方面的戰(zhàn)略，是如何和亞馬遜AWS競爭的。
大公司經(jīng)常因“錯過”未來而受到批評：他們處于一個目前舒適的棲息地，說未來已經(jīng)過去。雖然未來仍然是未來,但現(xiàn)在往往是最重要的。最好的例子可能是微軟：該公司沒有“錯過移動”（Windows Mobile于2000年出現(xiàn)）。但是，卻毀于它忠于其基于許可的模塊化商業(yè)模式以及無法展望世界趨勢，在這個世界里，其核心產(chǎn)品Windows作為行星圍繞“移動”這個太陽轉(zhuǎn)動。關(guān)于Windows Mobile設(shè)計(jì)的一切假設(shè)都與現(xiàn)實(shí)恰恰相反。
人們可以對Google和這個企業(yè)提出同樣的評論;G Suite（全稱Google Apps for Your Domain）和Google Docs于十年前推出，并取得了小幅成功，尤其是在小型企業(yè)和教育領(lǐng)域。毫不奇怪，兩個市場與Google的核心消費(fèi)者用戶群具有廣泛相似的特征：有限的配置和較低的價格。然而，在大型企業(yè)中，轉(zhuǎn)變更難以實(shí)現(xiàn)，而且事實(shí)上在過去幾年中，Office 365比G Suite出色不少，不僅增長速度快，而且贏得了客戶。
盡管如此，為了微軟與Office 365的成功，真正的云計(jì)算巨人，同時也是企業(yè)計(jì)算的未來，像往常一樣在公司里是始料未及的。同年Google決定使用微軟亞馬遜推出的Amazon Web Services。使AWS如此引人注目的是它反映亞馬遜本身的運(yùn)作方式：為規(guī)?；途哂星逦x和強(qiáng)化的接口而構(gòu)建的。一開始從亞馬遜內(nèi)部，到后來世界各地的公司都可以訪問源代碼，使得這個源代碼可以混合和匹配，以構(gòu)建一個更有效、可擴(kuò)展和安全的后端，這個后端幾乎比任何公司建立自己的系統(tǒng)都有優(yōu)勢。
AWS的源代碼
今年早些時候，在“The Amazon Tax”這篇文章里，我已經(jīng)解釋了亞馬遜的AWS戰(zhàn)略是如何使公司從一開始就成功了：
該公司由多個相對獨(dú)立的團(tuán)隊(duì)管理，每個團(tuán)隊(duì)都有自己的損益、責(zé)任和分布式?jīng)Q策。The Everything Store的作者Brad Stone解釋了早期的Bezos創(chuàng)始：
他說，整個公司可以將自己重組，這就是所謂的“兩個比薩餅團(tuán)隊(duì)”。員工將組織成少于十個人的自治團(tuán)體。這樣的團(tuán)隊(duì)很小，所以當(dāng)工作到很晚時，兩個比薩能讓所有的組員吃飽。這些團(tuán)隊(duì)可以獨(dú)立解決亞馬遜最大的問題。Bezos正在用一種混亂理論來管理團(tuán)隊(duì)，并且承認(rèn)他期待把復(fù)雜的組織分解成最基本的部分，之后再進(jìn)行合并，希望會有令人驚喜的結(jié)果出現(xiàn)。
Stone后來寫道，兩個比薩餅團(tuán)隊(duì)不是在任何地方都行得通。但正如他在后續(xù)文章中指出的那樣，公司仍然保持著扁平化，責(zé)任廣泛分布。并且在那些“最基本的部分”，那些源代碼使得他們進(jìn)行測量和實(shí)驗(yàn)。請記住上面的引用描述了Bezos和他的團(tuán)隊(duì)是如何達(dá)成AWS的想法的：
如果亞馬遜想刺激開發(fā)商的創(chuàng)造力，它不應(yīng)該試圖猜測他們可能想要什么樣的服務(wù)。這種猜測基于過去的模式。相反，它應(yīng)該創(chuàng)新，構(gòu)建計(jì)算模塊，然后走自己的路。
Steven Sinofsky喜歡指出組織傾向于傳遞他們的組織結(jié)構(gòu)。雖然我一開始提出亞馬遜重復(fù)AWS模型，但事實(shí)證明，AWS模型在許多方面是亞馬遜本身的代表（就像iPhone在許多方面反映了蘋果的整體組織）：創(chuàng)建一堆原語，躲避開來，成功的瞞天過海。
AWS的產(chǎn)品無論在進(jìn)一步的提?。ɡ鏛ambda的”無需管理服務(wù)器”），還是從堆棧到平臺和軟件服務(wù)方面，都遠(yuǎn)遠(yuǎn)超出了基礎(chǔ)設(shè)施，例如（虛擬化）處理器、硬盤驅(qū)動器和數(shù)據(jù)庫等基礎(chǔ)架構(gòu)，但是它成功的基礎(chǔ)仍然是亞馬遜這個純平臺的方法：它們?yōu)槠髽I(yè)提供了幾乎所有想要東西。
谷歌是個產(chǎn)品公司
與此同時，Google從未真正成為一個平臺公司。事實(shí)上，雖然谷歌經(jīng)常被當(dāng)做是蘋果的相反面（后者被稱為產(chǎn)品公司，前者是服務(wù)公司），但是只有當(dāng)你假設(shè)只有硬件才算是產(chǎn)品時，這個觀點(diǎn)才有意義。“產(chǎn)品”的一個更廣泛的定義是：一個可以向終端用戶提供完美解決方案的東西。這個定義顯示出這兩家公司事實(shí)上非常相似。
不要誤解：云服務(wù)和硬件之間的區(qū)別是非常深遠(yuǎn)的（我在Apple’s Organizational Crossroads這篇文章中提到），但是作為一個產(chǎn)品公司和作為一個平臺之間的區(qū)別也是如此。無論是智能手機(jī)還是搜索框，這些簡單理想的產(chǎn)品以及良好的用戶體驗(yàn)，都需要在設(shè)計(jì)和工程方面的巨大努力。理論上來說，這些努力終端用戶從來看不到。事實(shí)上，這就是為什么集成產(chǎn)品在消費(fèi)者市場中獲勝，并且毫無疑問。谷歌以消費(fèi)者為中心的服務(wù)傳統(tǒng)更注重集成后端體驗(yàn)，這點(diǎn)與iphone一樣。
不過請注意，這不僅是亞馬遜，也是IT時代卓越的平臺公司微軟所采用的完全對立的模式：不是集成多個部分來交付產(chǎn)品，相反，AWS分解了所有部分，并將后端服務(wù)構(gòu)建為完全模塊化的部件；微軟的Win32 API也是同樣的設(shè)計(jì)。是的，這意味著Windows是一個最終用戶體驗(yàn)比Mac OS更糟糕的平臺，但是它更強(qiáng)大并且可擴(kuò)展。這個方法使得它有數(shù)以百萬計(jì)的業(yè)務(wù)應(yīng)用程序，甚至在今天Windows仍然保持在業(yè)務(wù)的中心。AWS在后端服務(wù)中做了同樣的事情，并且AWS的靈活性和模塊化是它打敗Google 2008年推出的最初的云產(chǎn)品Google App Engine的主要原因。使用Google App Engine需要同意大量Google條款，而AWS讓您構(gòu)建您所需的。
Google平臺的解藥
Windows示例在思考Google如何改變其方法時是有指導(dǎo)意義的：圍繞Microsoft擴(kuò)展API構(gòu)建的龐大的生態(tài)系統(tǒng)以最終的鎖定為結(jié)局。最明顯的是，為Windows構(gòu)建的應(yīng)用程序不容易移植到其他操作系統(tǒng)上，但同樣重要的是合作伙伴和增值經(jīng)銷商的巨大網(wǎng)絡(luò)，使Windows成為企業(yè)唯一可行的選擇。亞馬遜正在努力建設(shè)完全相同的生態(tài)系統(tǒng)。
然而，不使用Windows，不管是消費(fèi)者還是企業(yè)，也是可行的。原因在于網(wǎng)絡(luò)：這是一個新的時代，優(yōu)于Windows，但并不依賴于它，而在消費(fèi)者一方Google是最大的贏家。實(shí)際上，瀏覽器的興起也解釋了AWS的運(yùn)作：任何新的業(yè)務(wù)應(yīng)用程序都是為網(wǎng)絡(luò)構(gòu)建的，（包括那些基于網(wǎng)絡(luò)運(yùn)行的API的應(yīng)用程序）并且可以在任何設(shè)備上訪問。
事實(shí)證明，在過去幾年中，Google已經(jīng)采用了一種瀏覽器方法來實(shí)現(xiàn)企業(yè)計(jì)算。在2014年，谷歌公開了Kubernetes框架，一個基于谷歌的內(nèi)部Borg服務(wù)的開源容器集群管理器。管理器包含谷歌的大規(guī)?；A(chǔ)設(shè)施，使得任何谷歌服務(wù)可以即時訪問他們需要的所有計(jì)算，而不用擔(dān)心細(xì)節(jié)。中心規(guī)則是包容，我在2014年寫道：工程師建立一個標(biāo)準(zhǔn)的界面，保留了幾乎完全的靈活性，而不需要知道底層硬件或操作系統(tǒng)的任何東西（這是一個超越虛擬機(jī)的革命性進(jìn)展）。
Kubernetes與Borg不同之處在于它完全可移植：它可以在AWS上運(yùn)行，在Azure上運(yùn)行，在Google Cloud Platform上運(yùn)行，可以在內(nèi)部部署的基礎(chǔ)設(shè)施上運(yùn)行，甚至可以在自己的家里運(yùn)行。與這篇文章更相關(guān)的是，它是開局十年來AWS在基礎(chǔ)設(shè)施即服務(wù)方面的完美矯正：雖然Google在自己的基礎(chǔ)設(shè)施產(chǎn)品方面取得了不可小覷的進(jìn)步，但Kubernetes基于包容的特殊潛在影響，使你不管用哪個基礎(chǔ)設(shè)施提供商，都不會影響AWS的使用。難怪它是增長最快的開放源碼項(xiàng)目之一：因?yàn)闆]有鎖定。
但是，這如何幫助Google？畢竟，即使Kubernetes成為企業(yè)云的標(biāo)準(zhǔn)，亞馬遜的更廣泛的生態(tài)系統(tǒng)鎖定仍然存在（公司有自己的包容戰(zhàn)略，那需要進(jìn)一步鎖定客戶進(jìn)入AWS）;Google需要變得不同。
成本與經(jīng)驗(yàn)
這里桌面是有指導(dǎo)意義的：基于開放性的網(wǎng)絡(luò)，可以在任何平臺上的瀏覽器上使用。可是這個開放性并沒有使Google成功;相反，開放的網(wǎng)絡(luò)為最好的技術(shù)獲勝創(chuàng)造了條件。這不僅是因?yàn)镚oogle擁有最好的搜索引擎，重要的是它依賴鏈接而并非簡單的網(wǎng)頁內(nèi)容。這些意味著隨著網(wǎng)絡(luò)越來越大，與它的競爭對手不同，谷歌卻會越來越好。
我認(rèn)為這是一個可以廣泛適用的想法。事實(shí)上，它是Aggregation Theory的核心部分：隨著分配或交換成本的降低，用戶體驗(yàn)的重要性增加。換句話說，當(dāng)你可以訪問任何服務(wù)，無論是新聞還是汽車共享或酒店，還是視頻或者搜索等等，最好的一個不僅可以贏得最初的勝利，而且可以看到其復(fù)合優(yōu)勢。
這是Google對企業(yè)云的賭注：開源Kubernetes是谷歌試圖在云基礎(chǔ)設(shè)施之上有效地構(gòu)建瀏覽器，從而降低交換成本的創(chuàng)造;該公司與Google Search相同的服務(wù)將是機(jī)器學(xué)習(xí)。
機(jī)器學(xué)習(xí)和數(shù)據(jù)
可以肯定的是，機(jī)器學(xué)習(xí)將越來越多地被云服務(wù)所主導(dǎo)：它們都涉及處理規(guī)模和大量數(shù)據(jù)，并且只有一小部分巨頭將具有經(jīng)濟(jì)能力來建立所需的基礎(chǔ)設(shè)施和雇用世界上最好的機(jī)器學(xué)習(xí)工程師。乃至于對于大多數(shù)企業(yè)來說，機(jī)器學(xué)習(xí)所產(chǎn)生的差異，首先取決于他們的數(shù)據(jù)是否在云端（這將有內(nèi)部部署的解決方案，但我預(yù)計(jì)它們會隨著時間的推移越來越落后），其次才是從它們選擇的云提供商。
這提高了云提供商自身的風(fēng)險;優(yōu)秀的機(jī)器學(xué)習(xí)產(chǎn)品不僅可以是提供差異化，而且是可持續(xù)的：更優(yōu)的產(chǎn)品將吸引更多的客戶，從而獲得更多的數(shù)據(jù)，而數(shù)據(jù)是機(jī)器學(xué)習(xí)改進(jìn)的動力。因?yàn)檫@些數(shù)據(jù)使得Google是AWS在云中的最大威脅。
我之前描述了谷歌的企業(yè)業(yè)務(wù)受到其消費(fèi)者焦點(diǎn)的限制，但谷歌的巨大優(yōu)勢是，它已經(jīng)使用大量的數(shù)據(jù)將近二十年，并在過去幾年開發(fā)功能強(qiáng)大的機(jī)器學(xué)習(xí)算法。盡管如此，數(shù)據(jù)是最重要的。最好的證據(jù)如下：去年，當(dāng)谷歌講解機(jī)器學(xué)習(xí)的藍(lán)圖TensorFlow開源時：正如我在TensorFlow and Monetizing Intellectual Property這一篇中講述，谷歌愿意分享其方法是在變相承認(rèn)，其優(yōu)越的數(shù)據(jù)和處理基礎(chǔ)設(shè)施是一個可持續(xù)的優(yōu)勢。
我們剛剛開始看到這種優(yōu)勢適用于Google的云產(chǎn)品。就在感恩節(jié)之前，谷歌利用其數(shù)據(jù)優(yōu)勢做了一系列產(chǎn)品公告：
1.云自然語言API，它使用機(jī)器學(xué)習(xí)來分析文本，延伸到一般可用性
2.高級版的Cloud Translation API，它使用機(jī)器學(xué)習(xí)大幅提高翻譯八種語言的準(zhǔn)確性（超越并且延伸到了支持超過100種語言的標(biāo)準(zhǔn)版本）
3.Cloud Vision API的大幅降價，它使用機(jī)器學(xué)習(xí)來分析圖像
4.新的Cloud Jobs API，它使用機(jī)器學(xué)習(xí)來匹配潛在員工與工作職位
這四個加入了使用機(jī)器學(xué)習(xí)能力的Cloud Prediction API來做預(yù)測。它以及上面的前三個API明確來自各種Google消費(fèi)產(chǎn)品;Jobs API可能建立在內(nèi)部Google工具以及Google的大量數(shù)據(jù)的網(wǎng)絡(luò)上。在每種情況下，Google都花了幾年時間來磨煉其算法，以便將它們應(yīng)用于企業(yè)數(shù)據(jù)集時，結(jié)果可能更優(yōu)，或者至少遠(yuǎn)遠(yuǎn)低于培訓(xùn)漏斗。我期望這個優(yōu)勢可以持續(xù)下去并且變得更有意義。
盡管如此，谷歌必須付出更多，這就是為什么另一個重要聲明是由李菲菲和Jia Li領(lǐng)導(dǎo)的Google云端機(jī)器學(xué)習(xí)小組成立：這個小組將負(fù)責(zé)開發(fā)專門的商業(yè)機(jī)器學(xué)習(xí)API;換句話說，他們的任務(wù)是研發(fā)Google的機(jī)器學(xué)習(xí)功能。
這一點(diǎn)用迂回的方式獲得了谷歌的戰(zhàn)略精髓：亞馬遜依賴于最好的平臺在第一波云計(jì)算的戰(zhàn)斗中戰(zhàn)勝了谷歌;通過開源Kubernetes試圖將該行業(yè)轉(zhuǎn)移到供應(yīng)商不可知的容器，Google正在試圖將競爭平面轉(zhuǎn)向產(chǎn)品。畢竟，改變競爭規(guī)則通常比改變公司的性質(zhì)更容易。
可以肯定的是，Google能否成功還沒有定論：公司仍然必須應(yīng)對新的業(yè)務(wù)模式：銷售與廣告，并且建立銷售以及企業(yè)支持所需的組織。兩者都是亞馬遜的領(lǐng)先領(lǐng)域，并且亞馬遜擁有一個龐大的合作伙伴生態(tài)系統(tǒng)和一個更大的功能集。
當(dāng)然，AWS還有自己的機(jī)器學(xué)習(xí)API，以及IBM和微軟。微軟很可能在這方面有強(qiáng)大優(yōu)勢：公司不僅從事多年研究，也有經(jīng)驗(yàn)的針對商業(yè)的生產(chǎn)技術(shù)。Google長期以來以消費(fèi)者為焦點(diǎn)有時可能是一個障礙，而且像Kubernetes一樣廣受歡迎的觀點(diǎn)是：Google還沒有分到自己的那一杯羹。
不過，Google將是一個強(qiáng)大的競爭對手：其戰(zhàn)略是健全的，而且更重要的是，找到一個新的業(yè)務(wù)線的緊迫性在今天來看比2006年更緊迫。最重要的是，向云計(jì)算的轉(zhuǎn)變?nèi)匀辉谔幱诔跏茧A段。雖然亞馬遜似乎生活在最遠(yuǎn)的未來，但是未來還沒有發(fā)生?？吹紾oogle試圖改變未來將要運(yùn)行的規(guī)則將是非常有趣的。
京公網(wǎng)安備 11010502049343號