大公司經(jīng)常因“錯(cuò)過”未來而受到批評(píng) ：他們處于一個(gè)目前舒適的棲息地，說未來已經(jīng)過去。雖然未來仍然是未來,但現(xiàn)在往往是最重要的。最好的例子可能是微軟：該公司沒有“錯(cuò)過移動(dòng)” （Windows Mobile于2000年出現(xiàn)）。但是，卻毀于它忠于其基于許可的模塊化商業(yè)模式以及無法展望世界趨勢(shì)，在這個(gè)世界里，其核心產(chǎn)品Windows作為行星圍繞“移動(dòng)”這個(gè)太陽轉(zhuǎn)動(dòng)。關(guān)于Windows Mobile設(shè)計(jì)的一切假設(shè)都與現(xiàn)實(shí)恰恰相反。

人們可以對(duì)Google和這個(gè)企業(yè)提出同樣的評(píng)論; G Suite（全稱Google Apps for Your Domain）和Google Docs于十年前推出，并取得了小幅成功，尤其是在小型企業(yè)和教育領(lǐng)域。毫不奇怪，兩個(gè)市場(chǎng)與Google的核心消費(fèi)者用戶群具有廣泛相似的特征：有限的配置和較低的價(jià)格。然而，在大型企業(yè)中，轉(zhuǎn)變更難以實(shí)現(xiàn)，而且事實(shí)上在過去幾年中，Office 365比G Suite出色不少，不僅增長(zhǎng)速度快，而且贏得了客戶。

盡管如此，為了微軟與Office 365的成功，真正的云計(jì)算巨人，同時(shí)也是企業(yè)計(jì)算的未來， 像往常一樣在公司里是始料未及的。同年Google 決定使用微軟亞馬遜推出的Amazon Web Services。使AWS如此引人注目的是它反映亞馬遜本身的運(yùn)作方式：為規(guī)模化和具有清晰定義和強(qiáng)化的接口而構(gòu)建的。一開始從亞馬遜內(nèi)部，到后來世界各地的公司都可以訪問源代碼，使得這個(gè)源代碼可以混合和匹配，以構(gòu)建一個(gè)更有效、可擴(kuò)展和安全的后端，這個(gè)后端幾乎比任何公司建立自己的系統(tǒng)都有優(yōu)勢(shì)。

AWS的源代碼

今年早些時(shí)候，在“The Amazon Tax”這篇文章里，我已經(jīng)解釋了亞馬遜的AWS戰(zhàn)略是如何使公司從一開始就成功了：

該公司由多個(gè)相對(duì)獨(dú)立的團(tuán)隊(duì)管理，每個(gè)團(tuán)隊(duì)都有自己的損益、責(zé)任和分布式?jīng)Q策。 The Everything Store的作者Brad Stone解釋了早期的Bezos創(chuàng)始：

 他說，整個(gè)公司可以將自己重組，這就是所謂的“兩個(gè)比薩餅團(tuán)隊(duì)”。員工將組織成少于十個(gè)人的自治團(tuán)體。這樣的團(tuán)隊(duì)很小，所以當(dāng)工作到很晚時(shí)，兩個(gè)比薩能讓所有的組員吃飽。 這些團(tuán)隊(duì)可以獨(dú)立解決亞馬遜最大的問題。 Bezos正在用一種混亂理論來管理團(tuán)隊(duì)，并且承認(rèn)他期待把復(fù)雜的組織分解成最基本的部分，之后再進(jìn)行合并，希望會(huì)有令人驚喜的結(jié)果出現(xiàn)。

Stone后來寫道，兩個(gè)比薩餅團(tuán)隊(duì)不是在任何地方都行得通。但正如他在后續(xù)文章中指出的那樣，公司仍然保持著扁平化，責(zé)任廣泛分布。并且在那些“最基本的部分”，那些源代碼使得他們進(jìn)行測(cè)量和實(shí)驗(yàn)。請(qǐng)記住上面的引用描述了Bezos和他的團(tuán)隊(duì)是如何達(dá)成AWS的想法的：

如果亞馬遜想刺激開發(fā)商的創(chuàng)造力，它不應(yīng)該試圖猜測(cè)他們可能想要什么樣的服務(wù)。這種猜測(cè)基于過去的模式。 相反，它應(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ù)器”），還是從堆棧到平臺(tái)和軟件服務(wù)方面，都遠(yuǎn)遠(yuǎn)超出了基礎(chǔ)設(shè)施，例如（虛擬化）處理器、硬盤驅(qū)動(dòng)器和數(shù)據(jù)庫(kù)等基礎(chǔ)架構(gòu)，但是它成功的基礎(chǔ)仍然是亞馬遜這個(gè)純平臺(tái)的方法：它們?yōu)槠髽I(yè)提供了幾乎所有想要東西。

谷歌是個(gè)產(chǎn)品公司

與此同時(shí)，Google從未真正成為一個(gè)平臺(tái)公司。事實(shí)上，雖然谷歌經(jīng)常被當(dāng)做是蘋果的相反面（后者被稱為產(chǎn)品公司，前者是服務(wù)公司），但是只有當(dāng)你假設(shè)只有硬件才算是產(chǎn)品時(shí)，這個(gè)觀點(diǎn)才有意義。 “產(chǎn)品”的一個(gè)更廣泛的定義是：一個(gè)可以向終端用戶提供完美解決方案的東西 。這個(gè)定義顯示出這兩家公司事實(shí)上非常相似。

不要誤解：云服務(wù)和硬件之間的區(qū)別是非常深遠(yuǎn)的（我在Apple’s Organizational Crossroads這篇文章中提到），但是作為一個(gè)產(chǎn)品公司和作為一個(gè)平臺(tái)之間的區(qū)別也是如此。無論是智能手機(jī)還是搜索框，這些簡(jiǎn)單理想的產(chǎn)品以及良好的用戶體驗(yàn)，都需要在設(shè)計(jì)和工程方面的巨大努力。理論上來說，這些努力終端用戶從來看不到。 事實(shí)上，這就是為什么集成產(chǎn)品在消費(fèi)者市場(chǎng)中獲勝，并且毫無疑問。谷歌以消費(fèi)者為中心的服務(wù)傳統(tǒng)更注重集成后端體驗(yàn)，這點(diǎn)與iphone一樣。

不過請(qǐng)注意，這不僅是亞馬遜，也是IT時(shí)代卓越的平臺(tái)公司微軟所采用的完全對(duì)立的模式：不是集成多個(gè)部分來交付產(chǎn)品，相反，AWS分解了所有部分，并將后端服務(wù)構(gòu)建為完全模塊化的部件； 微軟的Win32 API也是同樣的設(shè)計(jì)。是的，這意味著Windows是一個(gè)最終用戶體驗(yàn)比Mac OS更糟糕的平臺(tái)，但是它更強(qiáng)大并且可擴(kuò)展。這個(gè)方法使得它有數(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平臺(tái)的解藥

Windows示例在思考Google如何改變其方法時(shí)是有指導(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ò)：這是一個(gè)新的時(shí)代，優(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框架，一個(gè)基于谷歌的內(nèi)部Borg服務(wù)的開源容器集群管理器。管理器包含谷歌的大規(guī)?；A(chǔ)設(shè)施，使得任何谷歌服務(wù)可以即時(shí)訪問他們需要的所有計(jì)算，而不用擔(dān)心細(xì)節(jié)。中心規(guī)則是包容，我在2014年寫道：工程師建立一個(gè)標(biāo)準(zhǔn)的界面，保留了幾乎完全的靈活性，而不需要知道底層硬件或操作系統(tǒng)的任何東西（這是一個(gè)超越虛擬機(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基于包容的特殊潛在影響，使你不管用哪個(gè)基礎(chǔ)設(shè)施提供商，都不會(huì)影響AWS的使用。 難怪它是增長(zhǎng)最快的開放源碼項(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ò)，可以在任何平臺(tái)上的瀏覽器上使用。可是這個(gè)開放性并沒有使Google成功; 相反，開放的網(wǎng)絡(luò)為最好的技術(shù)獲勝創(chuàng)造了條件。 這不僅是因?yàn)镚oogle擁有最好的搜索引擎，重要的是它依賴鏈接而并非簡(jiǎn)單的網(wǎng)頁內(nèi)容。這些意味著隨著網(wǎng)絡(luò)越來越大，與它的競(jìng)爭(zhēng)對(duì)手不同，谷歌卻會(huì)越來越好。

我認(rèn)為這是一個(gè)可以廣泛適用的想法。事實(shí)上，它是Aggregation Theory的核心部分：隨著分配或交換成本的降低，用戶體驗(yàn)的重要性增加。 換句話說，當(dāng)你可以訪問任何服務(wù)，無論是新聞還是汽車共享或酒店，還是視頻或者搜索等等，最好的一個(gè)不僅可以贏得最初的勝利，而且可以看到其復(fù)合優(yōu)勢(shì)。

這是Google對(duì)企業(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í)工程師。乃至于對(duì)于大多數(shù)企業(yè)來說，機(jī)器學(xué)習(xí)所產(chǎn)生的差異，首先取決于他們的數(shù)據(jù)是否在云端（這將有內(nèi)部部署的解決方案，但我預(yù)計(jì)它們會(huì)隨著時(shí)間的推移越來越落后 ），其次才是從它們選擇的云提供商。

這提高了云提供商自身的風(fēng)險(xiǎn); 優(yōu)秀的機(jī)器學(xué)習(xí)產(chǎn)品不僅可以是提供差異化，而且是可持續(xù)的：更優(yōu)的產(chǎn)品將吸引更多的客戶，從而獲得更多的數(shù)據(jù)，而數(shù)據(jù)是機(jī)器學(xué)習(xí)改進(jìn)的動(dòng)力。 因?yàn)檫@些數(shù)據(jù)使得Google是AWS在云中的最大威脅。

我之前描述了谷歌的企業(yè)業(yè)務(wù)受到其消費(fèi)者焦點(diǎn)的限制，但谷歌的巨大優(yōu)勢(shì)是，它已經(jīng)使用大量的數(shù)據(jù)將近二十年，并在過去幾年開發(fā)功能強(qiáng)大的機(jī)器學(xué)習(xí)算法。盡管如此，數(shù)據(jù)是最重要的。最好的證據(jù)如下：去年，當(dāng)谷歌講解機(jī)器學(xué)習(xí)的藍(lán)圖TensorFlow開源時(shí)：正如我在TensorFlow and Monetizing Intellectual Property這一篇中講述，谷歌愿意分享其方法是在變相承認(rèn)，其優(yōu)越的數(shù)據(jù)和處理基礎(chǔ)設(shè)施是一個(gè)可持續(xù)的優(yōu)勢(shì)。

我們剛剛開始看到這種優(yōu)勢(shì)適用于Google的云產(chǎn)品。 就在感恩節(jié)之前，谷歌利用其數(shù)據(jù)優(yōu)勢(shì)做了一系列產(chǎn)品公告：

1、云自然語言API，它使用機(jī)器學(xué)習(xí)來分析文本，延伸到一般可用性

2、高級(jí)版的Cloud Translation API，它使用機(jī)器學(xué)習(xí)大幅提高翻譯八種語言的準(zhǔn)確性（超越并且延伸到了支持超過100種語言的標(biāo)準(zhǔn)版本）

3、Cloud Vision API的大幅降價(jià)，它使用機(jī)器學(xué)習(xí)來分析圖像

4、新的Cloud Jobs API，它使用機(jī)器學(xué)習(xí)來匹配潛在員工與工作職位

這四個(gè)加入了使用機(jī)器學(xué)習(xí)能力的Cloud Prediction API 來做預(yù)測(cè)。 它以及上面的前三個(gè)API明確來自各種Google消費(fèi)產(chǎn)品; Jobs API可能建立在內(nèi)部Google工具以及Google的大量數(shù)據(jù)的網(wǎng)絡(luò)上。 在每種情況下，Google都花了幾年時(shí)間來磨煉其算法，以便將它們應(yīng)用于企業(yè)數(shù)據(jù)集時(shí)，結(jié)果可能更優(yōu)，或者至少遠(yuǎn)遠(yuǎn)低于培訓(xùn)漏斗。 我期望這個(gè)優(yōu)勢(shì)可以持續(xù)下去并且變得更有意義。

盡管如此，谷歌必須付出更多，這就是為什么另一個(gè)重要聲明是由李菲菲和Jia Li領(lǐng)導(dǎo)的Google云端機(jī)器學(xué)習(xí)小組成立：這個(gè)小組將負(fù)責(zé)開發(fā)專門的商業(yè)機(jī)器學(xué)習(xí)API ; 換句話說，他們的任務(wù)是研發(fā)Google的機(jī)器學(xué)習(xí)功能。

這一點(diǎn)用迂回的方式獲得了谷歌的戰(zhàn)略精髓：亞馬遜依賴于最好的平臺(tái)在第一波云計(jì)算的戰(zhàn)斗中戰(zhàn)勝了谷歌; 通過開源Kubernetes試圖將該行業(yè)轉(zhuǎn)移到供應(yīng)商不可知的容器，Google正在試圖將競(jìng)爭(zhēng)平面轉(zhuǎn)向產(chǎn)品。 畢竟，改變競(jìng)爭(zhēng)規(guī)則通常比改變公司的性質(zhì)更容易。

可以肯定的是，Google能否成功還沒有定論：公司仍然必須應(yīng)對(duì)新的業(yè)務(wù)模式：銷售與廣告，并且建立銷售以及企業(yè)支持所需的組織。 兩者都是亞馬遜的領(lǐng)先領(lǐng)域，并且亞馬遜擁有一個(gè)龐大的合作伙伴生態(tài)系統(tǒng)和一個(gè)更大的功能集。

當(dāng)然，AWS還有自己的機(jī)器學(xué)習(xí)API，以及IBM和微軟。 微軟很可能在這方面有強(qiáng)大優(yōu)勢(shì)：公司不僅從事多年研究，也有經(jīng)驗(yàn)的針對(duì)商業(yè)的生產(chǎn)技術(shù)。Google長(zhǎng)期以來以消費(fèi)者為焦點(diǎn)有時(shí)可能是一個(gè)障礙，而且像Kubernetes一樣廣受歡迎的觀點(diǎn)是：Google還沒有分到自己的那一杯羹。

不過，Google將是一個(gè)強(qiáng)大的競(jìng)爭(zhēng)對(duì)手：其戰(zhàn)略是健全的，而且更重要的是，找到一個(gè)新的業(yè)務(wù)線的緊迫性在今天來看比2006年更緊迫。最重要的是，向云計(jì)算的轉(zhuǎn)變?nèi)匀辉谔幱诔跏茧A段。雖然亞馬遜似乎生活在最遠(yuǎn)的未來，但是未來還沒有發(fā)生?？吹紾oogle試圖改變未來將要運(yùn)行的規(guī)則將是非常有趣的。

來源：36kr