云計(jì)算：谷歌是怎樣挑戰(zhàn)亞馬遜的？

　　數(shù)日前，亞馬遜的 AWS re:Invent 2016 大會(huì)剛剛落下帷幕。在這場(chǎng)持續(xù)了 5 天的大會(huì)上，一大波新產(chǎn)品紛紛亮相，預(yù)示著 AWS 的功能已經(jīng)上升到了一個(gè)新高度。從目前來看，AWS 占據(jù)著公有云市場(chǎng)的一半份額以上，并且其收入非常喜人——今年第三季度，AWS 的收入高達(dá) 32 億美元，預(yù)計(jì)全年收入將達(dá) 100 億美元。對(duì)此，AWS 的 CEO Andy Jassy 表示，AWS 將繼續(xù)擔(dān)當(dāng)云計(jì)算領(lǐng)域那個(gè)“重要而強(qiáng)大的領(lǐng)導(dǎo)者”。

　　不過這條路亞馬遜絕不會(huì)走得一帆風(fēng)順，因?yàn)樵?jīng)被它甩在身后的谷歌已經(jīng)在奮起直追了。近日，著名科技博主Ben Thompson 專門撰文，對(duì)谷歌能否在云計(jì)算領(lǐng)域戰(zhàn)勝亞馬遜進(jìn)行了分析。

　　以下內(nèi)容來自 Stratechery，原標(biāo)題為《How Google Is Challenging AWS》，作者 Ben Thompson。

　　大公司總免不了因“錯(cuò)過未來”而飽受詬病——有的，是因自滿于現(xiàn)狀而坐失良機(jī)（這本就該痛批）;有的，雖也看到了突破現(xiàn)狀的必要性，但卻像始終裹了腳一般，只是圍著現(xiàn)有產(chǎn)品小打小鬧，到頭來終究沒有推倒自己堆砌的圍墻，最后只能隔著墻，眼看著一個(gè)時(shí)代呼嘯而過。在這方面，微軟給我們提供了絕佳的反面教材。早在 2000 年，微軟就推出了 Windows Mobile，從這個(gè)角度講，微軟也曾跟移動(dòng)時(shí)代有過一面之緣。但最后，它到底只是在入口處賺得了幾聲吆喝，便眼看著這扇大門關(guān)上了。

　　微軟之所以錯(cuò)失移動(dòng)時(shí)代，歸根結(jié)底是因?yàn)椋阂?、它兩手抓得太滿而不甘于放棄（譬如死抱著靠許可證盈利的模式不放）;二、它沒有看到在十年后的未來，包括智能手機(jī)在內(nèi)的移動(dòng)產(chǎn)品才是“太陽”，而自己的核心產(chǎn)品 Windows 不過是圍著這顆“太陽”旋轉(zhuǎn)的諸多“行星”之一罷了。

　　此外，谷歌曾有過類似的敗筆。十年前，該企業(yè)就以同輩所不及的眼光，推出了 Google Apps for Your Domain（現(xiàn)已進(jìn)化成 G Suite）。應(yīng)該說谷歌當(dāng)時(shí)是早人一步看到了辦公套件的未來。但發(fā)行那么多年來，G Suite 幾乎少有改進(jìn)，只一味地堅(jiān)持著自己的“低價(jià)格+低可配置性”，結(jié)果一直不溫不火，只能在小企業(yè)主之間和教育界小打小鬧，而一直很難黏住大企業(yè)。到了 2011 年，微軟的 Office 365 橫空出世。憑借幾乎不間斷的推陳出新，沒幾年這位新秀就大比分超過了 G Suite，成為諸多企業(yè)首選的辦公工具包。雖然 G Suite 近來奮起直追，相繼推出了機(jī)器學(xué)習(xí)等功能，但在年輕氣盛的 Office 365 面前，到底還是有些力不從心。

　　現(xiàn)在想來，2011 年應(yīng)該是值得紀(jì)念的一年。那一年，基于云平臺(tái)的 Office 365 誕生，谷歌和微軟不但在智能辦公領(lǐng)域正式結(jié)仇，而且也開始了對(duì)云端這塊處女地的劫掠。悲催的是，暗戰(zhàn)正酣之際，兩者誰都沒注意到，在他們之外，一家跟 Cloud 八竿子打不著的企業(yè)早就厲兵秣馬已畢，預(yù)備著要成為真正的云計(jì)算巨頭了。

　　這家企業(yè)就是亞馬遜。

　　圖片來自 Fortune

　　同樣是在2011 年，亞馬遜推出了 AWS。先是亞馬遜自己帶頭使用，接著，全球各地的企業(yè)級(jí)客戶也蜂擁而至。那么，AWS 的魅力到底何在？第一，AWS 本身是一套可持續(xù)演進(jìn)的系統(tǒng)。它能夠在不停機(jī)、不癱瘓的情況下就完成大幅度升級(jí)和大規(guī)?？蛻艮D(zhuǎn)移等任務(wù)，讓企業(yè)級(jí)客戶安享 7x24 小時(shí)不間斷的服務(wù)，無需擔(dān)心自己會(huì)受到影響。第二（也是最重要的），AWS 提供給用戶的，不是框架（frameworks）而是“基元”（primitives）。利用這些“基元”，客戶自己也可按照具體需要，構(gòu)建出種種可持續(xù)演進(jìn)、可持續(xù)擴(kuò)展的（scalable）后端系統(tǒng)。

　　AWS 的“基元”（Primitives）

　　在構(gòu)建之初，亞馬遜的工程師們就發(fā)現(xiàn)，與其向客戶提供一套套功能齊全但缺乏后續(xù)升級(jí)能力的框架（primitives），不如提供基元（primitives）——一種最基本的計(jì)算模塊?？蛻艨梢愿鶕?jù)自己的需要選擇并使用這些模塊，最終創(chuàng)建出高效、可擴(kuò)展且安全的系統(tǒng)。

　　這里不得不說說基元（primitives）的故事。

　　根據(jù)億邦動(dòng)力網(wǎng)的介紹，2000 年之初，亞馬遜走到了一個(gè)瓶頸期。當(dāng)時(shí)團(tuán)隊(duì)之間互相爭(zhēng)搶基礎(chǔ)設(shè)施的情況非常嚴(yán)重。而這時(shí)，貝索斯卻迷戀上了Steve Grand 寫的一本名叫《Creation》 的書。Grand 是上世紀(jì)九十年代的視頻游戲Creatures的開發(fā)者，根據(jù)其描述，在游戲中他只要將一種名為基元（primitives）的、設(shè)計(jì)頗為簡(jiǎn)單的計(jì)算建構(gòu)塊提供給玩家，玩家就可按照自己的喜好將其培育成各種電子智能生物。這本書給了貝索斯極大的啟發(fā)。他認(rèn)定：如果亞馬遜想刺激開發(fā)者的創(chuàng)造力，就不應(yīng)該去猜測(cè)他們需要哪類服務(wù)，因?yàn)榇祟惒聹y(cè)只能基于過去的經(jīng)驗(yàn)。相反，亞馬遜應(yīng)該創(chuàng)造基元，即計(jì)算的基本模塊，然后就放手，讓開發(fā)者自由使用它們。同樣，面對(duì)公司當(dāng)前的實(shí)際問題，亞馬遜需要把自己的基礎(chǔ)設(shè)施分解為最小、最簡(jiǎn)單的原子組件，讓開發(fā)者盡可能方便地自由訪問?！盎?模式最終實(shí)現(xiàn)了亞馬遜基礎(chǔ)設(shè)施的模塊化，而這些模塊不但可以專供亞馬遜內(nèi)部團(tuán)隊(duì)使用，外部開發(fā)者也可以用。

　　不但如此，亞馬遜后來在進(jìn)行內(nèi)部管理改革時(shí)，也用上了這一原理。貝索斯把整個(gè)公司分拆成一個(gè)個(gè)不足十人的、高度獨(dú)立又高度自治的小團(tuán)隊(duì)（即所謂“基元”）。這些團(tuán)隊(duì)可謂小而精悍，在加班時(shí)只需訂購(gòu)兩個(gè)披薩就能喂飽全員，而在亞馬遜碰到重大問題時(shí)又能彈無虛發(fā)?？傊?，分拆之后，整個(gè)團(tuán)隊(duì)看上去仿佛是一團(tuán)亂麻，但由于這些“基元”都具備高度的自我能動(dòng)性，能夠相對(duì)靈活地自我成長(zhǎng)，最后，它們帶來的成果非常驚人。

　　寫到這里大家應(yīng)該看出來了：亞馬遜把當(dāng)初解決基礎(chǔ)設(shè)施問題的辦法，以及進(jìn)行內(nèi)部管理改革時(shí)所用的辦法，都用在了 AWS 的開發(fā)上。結(jié)果，它大獲成功。對(duì)此，有人已經(jīng)如此斷言：AWS 提供的服務(wù)已經(jīng)遠(yuǎn)遠(yuǎn)超出了基礎(chǔ)設(shè)施（譬如處理器、硬盤驅(qū)動(dòng)器、數(shù)據(jù)庫(kù)等）類服務(wù)所能達(dá)到的高度，也遠(yuǎn)不止是一種軟件或平臺(tái)服務(wù)。它提供的、具有高度靈活性和高度可擴(kuò)展性的“基元”，能夠讓企業(yè)自由發(fā)揮，最終創(chuàng)立出各種各樣的、自己想要的成果。

　　谷歌實(shí)際上是一個(gè)產(chǎn)品公司

　　谷歌從來都不是一家平臺(tái)公司。通常情況下，人們會(huì)把蘋果和谷歌劃分到兩個(gè)完全不同的陣營(yíng)里去——前者是“產(chǎn)品型公司”中的佼佼者，而后者是“服務(wù)型公司”中的翹楚。人們之所以有這種看法，是因?yàn)樽约簩?duì)“產(chǎn)品”這一概念的理解太狹窄（或許在很多人看來，所謂產(chǎn)品就是指硬件之類看得見摸得著的東西）。可實(shí)際上，如果我們合理拓寬“產(chǎn)品”的外延，把但凡是呈現(xiàn)給終端用戶的理想解決方案都稱為“產(chǎn)品”的話，我們就會(huì)發(fā)現(xiàn)：谷歌和蘋果其實(shí)非常相似，都屬于產(chǎn)品型公司。

　　鬧了這些年，原來我是個(gè)賣產(chǎn)品的（圖片來自路透社）

　　這樣定義谷歌其實(shí)還有一個(gè)重要理由。眾所周知，但凡是產(chǎn)品——不管是智能手機(jī)還是搜索引擎，在交付給終端用戶前都必須經(jīng)過一個(gè)幾乎不為人知的痛苦過程，中間要經(jīng)歷多次的修改、完善甚至返工，才能帶給消費(fèi)者最佳的用戶體驗(yàn)。所以我們說：在以終端消費(fèi)者為主體的市場(chǎng)上，集成型產(chǎn)品（integrated products）都很受歡迎。而谷歌，雖然它提供的是以消費(fèi)者為導(dǎo)向的服務(wù)，但這些服務(wù)都是百分之百的“集成型”——這一點(diǎn)跟蘋果的 iPhone 一模一樣。

　　很明顯，不管是亞馬遜還是IT 時(shí)代的霸主微軟，它們提供的都不是集成型產(chǎn)品或服務(wù)。譬如微軟的 Win32 API。單就終端用戶體驗(yàn)而言，Windows 的設(shè)計(jì)明顯要遜于 Mac OS 之類的對(duì)手。但在另一方面，Windows 的性能和可擴(kuò)展性又非常強(qiáng)，以致許多企業(yè)都依靠它來開發(fā) App，所以直至如今，Windows 還處于霸主地位。再譬如亞馬遜的 AWS。所有能構(gòu)建后端服務(wù)的架構(gòu)全被拆分成靈活性極高的基礎(chǔ)性模塊，依靠這個(gè)，AWS 上線后不久就擊敗了谷歌早在 2008 年就推出的云服務(wù) Google App Engine。對(duì)此，有人曾做出過這樣的總結(jié)：使用 App Engine，就要接受谷歌代替你做出的許多決定;而使用 AWS，你可以隨心所欲構(gòu)建自己的所想所需。

　　谷歌的對(duì)抗手段

　　說起來Windows 和 AWS 的成功還有一個(gè)共同原因。為 Windows 開發(fā)的 App 一般很難與其他操作系統(tǒng)兼容，但因?yàn)槲④浀暮献骰锇楹痛砩虃冋莆罩嫶蟮纳虡I(yè)網(wǎng)絡(luò)，最終，它們把 Windows 變成了許多企業(yè)唯一的選擇。久而久之，一個(gè)以 Windows API 為基礎(chǔ)和中心的、進(jìn)得去但出不來的龐大生態(tài)系統(tǒng)就形成了。顯然，AWS 一直都在效法微軟——它要構(gòu)建的就是這種“舍我其誰”的生態(tài)系統(tǒng)。

　　但是這種生態(tài)系統(tǒng)已經(jīng)開始垮塌了。Web的興起最終讓消費(fèi)者和企業(yè)都能夠既利用 Windows 又不受制于它;同樣，瀏覽器的興起也最終讓 AWS 的用戶不再視其為唯一選擇，因?yàn)椋含F(xiàn)在任何一種企業(yè) App 都是為 Web 而建，所以人們可以通過任何設(shè)備登陸。

　　這樣一來，谷歌就有了反擊 AWS 的機(jī)會(huì)。

　　近年來，谷歌實(shí)踐了一條依靠瀏覽器來探索企業(yè)計(jì)算的道路。2014 年，谷歌宣布推出以 Borg 服務(wù)為基礎(chǔ)的開源容器集群管理系統(tǒng) Kubernetes。由于 Borg 能抽調(diào)大量的谷歌基礎(chǔ)設(shè)施，所以谷歌所有的服務(wù)都能隨時(shí)按需支取相應(yīng)的計(jì)算功能，而不必掛慮任何細(xì)節(jié)問題。這一過程的關(guān)鍵就在于容器。谷歌工程師們建立了一個(gè)靈活性幾乎無損的標(biāo)準(zhǔn)界面（接口），因此根本不需再費(fèi)心思去了解底層硬件或操作系統(tǒng)。

　　Kubernetes 和 Borg 的不同之處就在于，前者是可以到處安家的。它可以在 AWS 上運(yùn)行，可以在 Azure 上運(yùn)行，可以在 Google Cloud Platform 和內(nèi)部部署的基礎(chǔ)設(shè)施上運(yùn)行，甚至還可以在用戶家中運(yùn)行。對(duì)于谷歌而言，雖然 AWS 在IaaS（基礎(chǔ)設(shè)施即服務(wù)）這一領(lǐng)域已經(jīng)有十年經(jīng)驗(yàn)了，但利用 Kubernetes，它一樣有機(jī)會(huì)迎頭趕上。首先，谷歌自己在基礎(chǔ)設(shè)施上已經(jīng)有了長(zhǎng)足進(jìn)步;其次，Kubernetes 的潛在影響和以容器為基礎(chǔ)的研發(fā)理念最終會(huì)讓用戶擁有選擇基礎(chǔ)設(shè)施供應(yīng)商的自由。難怪 Kubernetes 成了史上成長(zhǎng)最快的開源項(xiàng)目，因?yàn)?，它真的不捆綁人?/p>

　　不過這對(duì)谷歌到底有什么幫助呢？畢竟，就算 Kubernetes 變成了企業(yè)云的標(biāo)準(zhǔn)，AWS 生態(tài)系統(tǒng)也絕不會(huì)放走一個(gè)企業(yè)客戶。所以，谷歌真正需要的是做到差異化。

　　成本 VS 體驗(yàn)

　　這里需要澄清的是：Web 的開放性本身不是谷歌有把握戰(zhàn)勝亞馬遜的根本原因，不過，這種開放性卻為谷歌研發(fā)最佳技術(shù)創(chuàng)造了條件;同時(shí)，谷歌擁有最先進(jìn)的搜索引擎，這件事本身同樣不能保證谷歌就能戰(zhàn)勝亞馬遜。但是，由于其搜索引擎依賴的是鏈接而非網(wǎng)頁內(nèi)容，所以，只要 Web 成長(zhǎng)，谷歌就會(huì)跟著成長(zhǎng)。這一優(yōu)勢(shì)是其競(jìng)爭(zhēng)者們不具備的。

　　我認(rèn)為我們能從中得出一個(gè)值得推而廣之的理念——實(shí)際上，該理念也是聚合理論（Aggregation Theory）的核心：當(dāng)分配成本（distribution cost）或轉(zhuǎn)換成本（switching cost）下降時(shí)，用戶體驗(yàn)的重要性就會(huì)上升。也就是說，當(dāng)你可以對(duì)所有服務(wù)進(jìn)行訪問時(shí)（不管是新聞、汽車共享，還是視頻或搜索），最好的取勝方法不是贏在最初的優(yōu)勢(shì)，還是贏在之后的優(yōu)勢(shì)復(fù)合。（注：本段翻譯參考了開源中國(guó)）

　　所以，谷歌在企業(yè)云領(lǐng)域挑戰(zhàn) AWS，首先就是把寶押在了開源的 Kubernetes 上。利用 Kubernetes，谷歌希望能創(chuàng)建一個(gè)完全不受控于云基礎(chǔ)設(shè)施的瀏覽器，然后降低轉(zhuǎn)換成本。再一個(gè)，谷歌還將向機(jī)器學(xué)習(xí)發(fā)起沖刺，而在這一領(lǐng)域取得的成果，同樣會(huì)成為谷歌打擊 AWS 的利器。

　　勝負(fù)未定 圖片來自 CloudAcademy Blog

　　機(jī)器學(xué)習(xí)和數(shù)據(jù)

　　無疑，云服務(wù)正在日益主導(dǎo)機(jī)器學(xué)習(xí)。兩者都涉及到對(duì)大量數(shù)據(jù)的處理，而在這方面，只有小部分巨頭擁有足夠財(cái)力，能最終建起所需的基礎(chǔ)設(shè)施并雇傭全球一流的機(jī)器學(xué)習(xí)工程師。這就意味著，對(duì)于絕大多數(shù)企業(yè)來說，機(jī)器學(xué)習(xí)之成果的大小，首先取決于它們的數(shù)據(jù)是否來自云端（雖然有本地解決方案，但我認(rèn)為這些方案會(huì)隨著時(shí)間的推移而不再適用），其次則取決于各自云供應(yīng)商的好壞。

　　這就意味著云供應(yīng)商們要承擔(dān)更大的風(fēng)險(xiǎn)。優(yōu)秀的、可供機(jī)器進(jìn)行學(xué)習(xí)的“教材”不僅要保持差異化，而且還要保證可持續(xù)，因?yàn)橹挥芯媲缶拍芪嘤脩舨⒉杉礁鄶?shù)據(jù)，最后，這些數(shù)據(jù)將會(huì)幫助企業(yè)改進(jìn)各自的機(jī)器學(xué)習(xí)。

　　可以說，就目前各自所擁有的數(shù)據(jù)而言，谷歌已經(jīng)成了AWS 在云端的最大威脅。

　　谷歌的巨大優(yōu)勢(shì)是：將近20年來它一直在和大量數(shù)據(jù)打交道，并且過去幾年里一直在開發(fā)強(qiáng)大的機(jī)器學(xué)習(xí)算法。要知道，數(shù)據(jù)是最重要的，而最好的證據(jù)就是：去年谷歌宣布開源TensorFlow（一種機(jī)器學(xué)習(xí)藍(lán)圖）后不久，我注意到該公司就是想借機(jī)向人們暗示：它的數(shù)據(jù)儲(chǔ)備更為龐大，而它的基礎(chǔ)設(shè)施也具備可持續(xù)演進(jìn)的優(yōu)越性。

　　其實(shí)谷歌已經(jīng)按捺不住地向我們展示了它是如何在其云產(chǎn)品上運(yùn)用這些優(yōu)勢(shì)的了——就在今年感恩節(jié)之前，谷歌發(fā)布了一系列產(chǎn)品，從中我們可以明確看出：這些產(chǎn)品都利用了谷歌在數(shù)據(jù)上的優(yōu)勢(shì)：

　　云自然語言API（Cloud Natural Language API）：通過機(jī)器學(xué)習(xí)來分析文本，已經(jīng)具備了一定的可用性;

　　高級(jí)版的云翻譯API（Cloud Translation API）：它使用機(jī)器學(xué)習(xí)，以大幅度提高八種語言翻譯的準(zhǔn)確性;

　　大幅度降價(jià)的云視覺API（Cloud Vision API）：通過機(jī)器學(xué)習(xí)來分析圖像;

　　新版的云工作API（Cloud Jobs API）：通過機(jī)器學(xué)習(xí)給員工分配合適的工作

　　這四款產(chǎn)品都已經(jīng)與另一款產(chǎn)品——依賴于機(jī)器學(xué)習(xí)的云預(yù)測(cè)API（Cloud Prediction API）——連體。并且很明顯，云預(yù)測(cè) API 以及這四款產(chǎn)品中的前三款都脫胎于谷歌的各種消費(fèi)者級(jí)產(chǎn)品。其中，云工作API似乎是建立在谷歌的內(nèi)部工具上，同時(shí)也以谷歌從網(wǎng)上獲取的大量數(shù)據(jù)為基礎(chǔ)?？傊?，谷歌花費(fèi)了多年時(shí)間來打磨各種算法，希望這些產(chǎn)品在應(yīng)用于企業(yè)數(shù)據(jù)時(shí)可以有出眾的表現(xiàn)。當(dāng)然，我希望谷歌的這種優(yōu)勢(shì)能繼續(xù)下去。

　　當(dāng)然，谷歌必須更進(jìn)一步。它自己也意識(shí)到了這一點(diǎn)，所以才宣布讓頂級(jí) AI 專家李飛飛和李嘉牽頭建立谷歌云機(jī)器學(xué)習(xí)團(tuán)隊(duì)（Google Cloud Machine Learning Group）。該團(tuán)隊(duì)將專門負(fù)責(zé)開發(fā)商用機(jī)器學(xué)習(xí)的API，換句話說，它的作用就是將谷歌的機(jī)器學(xué)習(xí)能力產(chǎn)品化。

　　所以，繞了一個(gè)大圈子后我們發(fā)現(xiàn)，谷歌終于摸到自己的竅門了。在第一波云計(jì)算戰(zhàn)爭(zhēng)中，它的確已被 AWS 甩在后面;但是后來，把 Kubernetes 開源之后，谷歌開始轉(zhuǎn)向。隨著那些開放式容器（這些容器對(duì)供應(yīng)商不作任何要求）的研發(fā)成功，谷歌又將越來越多的精力投入到產(chǎn)品的研發(fā)中去。畢竟，作為一家公司，改變競(jìng)爭(zhēng)方式總比改變自己的本質(zhì)要容易。

　　可以肯定的是，谷歌的成功還不是板上釘釘?shù)氖聝?。公司仍然要面臨新商業(yè)模式的挑戰(zhàn)，同時(shí)還要盡快建立起銷售與服務(wù)團(tuán)隊(duì)。需要注意的是：在這兩方面谷歌都落后于亞馬遜——畢竟后者有龐大的合作伙伴生態(tài)系統(tǒng)，并且服務(wù)功能更為強(qiáng)大。

　　此外，AWS也有自己的機(jī)器學(xué)習(xí)API。而在這方面，IBM和微軟也不甘示弱。有數(shù)據(jù)顯示，微軟在這方面非常強(qiáng)大——不但已在該領(lǐng)域從事研究多年，而且還有豐富的經(jīng)驗(yàn)，能將技術(shù)產(chǎn)品化并商業(yè)化。還有，谷歌一貫奉行“以消費(fèi)者為焦點(diǎn)”的策略，而這一策略很可能成為今后的障礙。最后，盡管Kubernetes 很受歡迎，但別忘了：谷歌自己還從未使用過它。

　　結(jié)語

　　不過，谷歌仍然是一個(gè)強(qiáng)大的競(jìng)爭(zhēng)對(duì)手。它戰(zhàn)略健全，而且（可能）更重要的是，它如今正急于創(chuàng)建新業(yè)務(wù)。最后別忘了：向云計(jì)算進(jìn)發(fā)的長(zhǎng)征之路才剛剛開始。雖然亞馬遜看上去遙遙領(lǐng)先，但實(shí)際上，云計(jì)算的未來還沒有真正降臨。所以，讓我們靜觀谷歌吧，看看它會(huì)使出哪些招數(shù)來改變尚未成型的“未來規(guī)則”，我想，這個(gè)過程一定會(huì)很有意思。