Google将如何挑战AWS的霸主地位

大公司总是因为没能“把握”好未来而饱受诟病。在当下舒服地等待未来是自然而然的事，但未来毕竟还是未来。Microsoft也许就是一个很好的 例子 ，它似乎并没有错过移动浪潮——Windows Mobile在2000年问世——但Microsoft过度依赖它的模块许可业务模型，而且没能在它的核心产品（Windows）和移动业务之间开辟出一片新天地，从而阻碍了Windows Mobile的发展。Windows Mobile所有的设计都与人们期望的背道而驰。

Google和企业之间似乎也经历了类似的尴尬。G Suite（一组Google应用）和Google Docs在10年前推向市场，并取得一定的成功，在商业和教育领域也小有成就。然而，跟Google的核心用户一样，这两个产品的用户也同样希望只花少量的钱使用他们需要的功能。吸引大企业不是一件容易的事情，而在过去几年，Office 365远远 赶超 了G Suite，它不仅成长迅速，而且赢回了用户。

类似Microsoft在Office 365方面的成功，在被视为企业计算未来的云计算领域，真正的巨头往往以人们始料未及的方式到来：也就是在Google决定向Microsoft反击的同一年，Amazon发布了 Amazon Web Services （AWS）。AWS之所以这么强势，是因为它是Amazon自身的写照：它拥有极强的伸缩性和清晰定义的接口。AWS的用户除了Amazon自己，还有来自世界各地的公司，他们访问AWS提供的“基本体”，通过组合这些“基本体”构建出更高效、伸缩性更强、更安全的后端服务，而几乎没有一家公司能够凭借自身的能力构建出如此强大的服务。

AWS的基本体

在今年早些时候，我在“ The Amazon Tax ”这篇文章里解释了AWS的策略跟当初让Amazon走向成功的策略如出一辙：

公司由很多独立的团队组成，每个团队有自己的P&L、职责和决策权。“ The Everything Store ”一书的作者Stone是这样介绍Bezos当初的创业动机的：

他说，整个公司被分成很多“双披萨团队”。员工被自主地分配到不同的团队里，每个团队不超过十个人，如果团队加班到很晚，他们可以一起吃掉两个披萨。这些团队需要独立解决Amazon面临的大难题……Bezos在管理上应用了混沌理论，通过 把组织拆分成基本单元 以降低组织的复杂性，并期待出现令人惊喜的结果。

Stone后来解释说，双披萨团队模式并非在所有地方都能产生效力。不过在 后续的文章 里，他写到，公司仍然保持着扁平化，每个人在公司里都要承担起职责。这些“基本单元”就是把AWS带向了规模发展的原始因素。请注意之前对Bezos和他的团队如何推出AWS服务的描述：

如果Amazon要在开发人员中间模拟创新，它不应该试图去猜测他们可能需要哪些服务，因为这些猜测是基于过去的经验，它应该去创建基本体——计算构建块——然后去解决更大的挑战。

Steven Sinofsky总是说组织容易发展出自己的组织结构，在我认为Amazon是在复制一个AWS模型的时候，种种迹象表明AWS模型在很多方面就是Amazon自己的写照（就像iPhone在很多方面反映了Apple公司统一的组织结构一样）：创建很多基本体，解决更大的挑战，成为一方霸主。

AWS所能提供的服务远远不止那些虚拟基础设施，如处理器、硬盘和数据库，在更高层次的抽象（比如Lambda“无服务”计算）和平台及软件服务发展方面，AWS也同样在施展拳脚。而Amazon的平台战略仍然是这些成功的基石：为企业提供他们所需要的任何东西，帮助企业构建他们所需要的一切。

Google是一个产品公司

Google从来都不是一个平台公司。事实上，Google经常被视为Apple的对立面。如果你认为硬件才算得上产品，那么Apple就是一个产品公司，而Google是一个服务公司。不过根据“产品”的另一种广义定义，也就是说如果产品是指完整呈现给终端用户的解决方案，那么这两家公司其实是同一类型的公司。

不犯错：在云服务和硬件服务之间存在巨大差别（我从 Apple的组织转变 中得出的结论），而成为一个产品公司和成为一个平台公司之间也是如此。理想的产品，不管它是智能手机也好，还是搜索框也好，都要做到简单，并在设计和工程方面投入大量精力来提升用户体验，尽管工程方面的东西用户可能是看不到的。这也就是 为什么一体化产品总能赢得市场 ，而且不会犯错。Google的亲用户服务已经跟iPhone一样 跟后端紧紧集成 。

而Amazon和Microsoft采用的却是相反的模式。作为 IT时代 杰出的平台公司，Amazon并没有把各个组件集成起来作为一体产品来销售，而是对这些组件进行拆分，构建出模块化的后端服务。Microsoft在Win32 API上也采用了相同的策略。

所以说，从设计上看，Windows的用户体验比不上Mac OS，不过它比Mac OS更强大，扩展性更强，Windows平台数以百万计的应用程序让它至今保持着市场的领先地位。AWS的后端服务走的是一样的路线，AWS的灵活性和模块化是它击败Google最初的云平台和Google App Engine的主要因素，尽管Google的这些产品早在2008年就已推向市场。在使用Google App Engine的时候，Google会为你做很多事情，而AWS则让你自己构建你所需要的一切。

Google的平台化法宝

Google在策略上的转变，可以从Windows身上找到答案：基于Microsoft API建立起来的大型生态系统牢牢地将用户锁定。很显然，为Windows构建的应用很难被移植到其它操作系统上，不过更重要的是，大量合作者和增值服务提供商让Windows成为企业的不二选择。Amazon正在努力构建类似的生态系统。

离不开Windows的首先是个人用户，然后是企业用户，其背后的原因是Web：Web运行时虽然运行在Windows之上，但它并不依赖Windows，

而在个人用户方面，Google是个大赢家。事实上，浏览器的崛起也就是对AWS最好的解释：所有的应用程序都建立在Web之上（包括那些使用了Web API的应用），它们可以被任何一种设备访问。

事实证明，在过去的几年，Google试图在把一种以浏览器为基础的模式带入企业计算领域。在 2014年 ，Google开源了Kubernetes，Kubernetes是一款基于Google Borg 的容器集群管理器。Borg对Google的基础设施进行了抽象，借助这个平台，Google所有的服务都可以立即访问到它们所需要的计算资源，而无需关心底层的细节。容器是这一切的根本，我 在2014年曾经这样写道 ：工程师可以基于一组灵活的标准接口构建应用程序，而无需知道底层硬件或操作系统的细节（相比虚拟机，这是一个进步）。

Kubernetes跟Borg不同的地方在于它是完全可移植的，它可以运行在AWS、Azure和Google Cloud Platform上，也可以运行在本地的基础设施上。而这正是Google能够动摇AWS在基础设施即服务领域十年领先地位的法宝：Google已经在基础设施方面取得长足的进步，Kubernetes潜在的影响力和基于容器开发趋势的爆发式增长让基础设施的选择变得无关键要。毫无以为，Kubernetes是一直以来发展最快的开源项目，而且它不会强制锁定任何东西。

不过这对Google来说有什么好处呢？就算Kubernetes会成为企业云的标准，但Amazon的生态系统仍然存在（而且Amazon有自己的容器策略可以把客户长久地锁定在AWS上），所以Google需要其它杀手锏。

成本与体验

桌面系统仍然很有用，Web运行在与平台无关的浏览器上，但这本身并不能帮助Google取得成功，Google的成功需要借助Web的开放性为科技带来的各种可能性。

Google拥有最好的搜索引擎，而比这个更重要的是，它信赖的是超链接而不是简单的网页内容，所以当Web变得越来越大，Google就会从中受益。

我认为可以从中总结出一套可以被广泛应用的理论，事实上，这就是“ 聚合理论 ”的核心概念：当发行（切换）成本降低时，用户体验的重要性就会增加。换句话说，当你可以访问所有的服务时，不管是新闻、汽车、旅馆、视频或者搜索，最好的那个服务不仅仅可以赢得先机，而且可以保持各方面的优势。

Google在进军企业云时就是以此作为赌注：Google把Kubernetes开源，试图在云基础设施上建立一个浏览器窗口，并以此降低切换成本；Google的机器学习在这里就相当于搜索引擎。

机器学习和数据

毫无疑问，云服务将会促进机器学习的发展：这种发展同时体现在处理规模和海量数据两方面，并且只有少数几个巨兽公司才有经济实力来构建符合要求的基础设施，并雇佣世界顶级的机器学习专家。这意味着，对大多数企业来说，他们在机器学习领域能否异军突起首先取决于他们的数据是否存在云端（虽然可以存放在本地，但我认为那样只会拖他们的后腿），其次是他们选择的是哪个云服务供应商。

对云服务供应商来说机遇与风险并存。提供优秀的机器学习服务不仅仅要有差异化，而且必须足够强壮：这样才能吸引到更多的客户，从而得到更多的数据，而数据是机器学习不断发展的动力。数据也让Google成为AWS在云领域的最大威胁。

我在上面提到，Google因为专注于个人用户业务而限制了企业业务的发展，不过Google最大的优势在于它已经基于海量数据运作了将近二十年，而且在过去的几年一直在开发强大的机器学习算法。不过数据仍然是最重要的，去年Google开源了TensorFlow就是一个最好的证明。TensorFlow为机器学习提供了蓝图，就如我在“ TensorFlow and Monetizing Intellectual Property ”一文中所写的那样，Google此举正暗示着它的超级数据和基础设施是一个绝对的优势。

我们现在开始看到这个优势在Google云服务方面的应用。在感恩节前，Google发布了 一些列产品 ，而这些产品正是利用了它在数据方面的优势：

• Cloud Natural Language API，它使用机器学习来分析文本，已经基本可用
• Cloud Translation API高级版本，它使用机器学习来改进八种语言的翻译准确性（标准版支持超过100种语言）
• Cloud Vision API降价，这套API使用机器学习来分析图像
• 一套新的Cloud Jobs API，使用机器学习为职位匹配潜在的候选人

以上四种API都结合使用了Cloud Prediction API。Cloud Prediction API使用机器学习来作预测，它和上述前三种API都是来自Google的个人用户产品，而Jobs API是基于Google内部的一个工具和整个Web的数据建立起来的。

对于每一种API，Google都花费了数年时间来研究算法。在把这些API应用在公司数据上可以得到令人满意的结果，至少比训练漏斗要好得多。我希望这个优势可以保持下去，并变得更有意义。

Google还有很多事情要做，于是它成立了由李飞飞和李佳领导的Google Cloud Machine Learning Group。这个小组将负责构建商用的机器学习API，换句话说，他们的任务是把Google的机器学习进行产品化。

Google策略的精明之处在于：在第一波云计算潮流中，它被Amazon赶超，因为成功取决于平台战略；而通过开源Kubernetes，它试图把整个行业引向与厂商无关的容器领域，它正尝试把筹码压在它的产品上面。毕竟改变竞争规则要比改变公司的基因要容易得多。

不过可以肯定地说，Google能够成功并非板上钉钉的事：它仍然需要在另一个新的商业模型上付出努力——销售与广告，并让自己成长为一个不仅可以销售还能为企业提供支持的公司。Amazon是这两个领域的领头羊，它拥有广阔的合作者生态系统和一组庞大的特性集。

AWS也有自己的机器学习API，IBM和Microsoft也不例外。Microsoft似乎想在这方面表现得夺人眼球，它不仅花费了数年时间在机器学习研究上，而且还有把技术应用于商业的经验，而Google长时间对个人用户的关注有时候会成为一种弱势。而随着Kubernetes可能越来越受欢迎，人们更关心的是Google 还没有开始使用自己的平台 。

不过Google仍然是一个令人敬畏的竞争者：它的策略是明智的，而且更重要的是，在今天找到新的商业模式要比在2006紧迫得多。Google向云计算转型还处在初始阶段，Amazon似乎会在未来占有长足的一席之地，不过未来还没有到来。Google将如何在未来扭转乾坤，让我们拭目以待！

查看英文原文： How Google Is Challenging AWS

感谢郭蕾对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作，请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博（@InfoQ，@丁晓昀），微信（微信号： InfoQChina ）关注我们。