不过请注意，这不仅是亚马逊，也是IT时代卓越的平台公司微软所采用的完全对立的模式：不是集成多个部分来交付产品，相反，atv，AWS分解了所有部分，并将后端服务构建为完全模块化的部件；微软的Win32 API也是同样的设计。是的，这意味着Windows是一个最终用户体验比Mac OS更糟糕的平台，但是它更强大并且可扩展。这个方法使得它有数以百万计的业务应用程序，甚至在今天Windows仍然保持在业务的中心。AWS在后端服务中做了同样的事情，并且AWS的灵活性和模块化是它打败Google 2008年推出的最初的云产品Google App Engine的主要原因。使用Google App Engine需要同意大量Google条款，而AWS让您构建您所需的。

　　Google平台的解药

　　Windows示例在思考Google如何改变其方法时是有指导意义的：围绕Microsoft扩展API构建的庞大的生态系统以最终的锁定为结局。最明显的是，为Windows构建的应用程序不容易移植到其他操作系统上，但同样重要的是合作伙伴和增值经销商的巨大网络，使Windows成为企业唯一可行的选择。亚马逊正在努力建设完全相同的生态系统。

　　然而，不使用Windows，不管是消费者还是企业，也是可行的。原因在于网络：这是一个新的时代，优于Windows，但并不依赖于它，而在消费者一方Google是最大的赢家。实际上，浏览器的兴起也解释了AWS的运作：任何新的业务应用程序都是为网络构建的，（包括那些基于网络运行的API的应用程序）并且可以在任何设备上访问。

　　事实证明，在过去几年中，Google已经采用了一种浏览器方法来实现企业计算。在2014年，谷歌公开了Kubernetes框架，一个基于谷歌的内部Borg服务的开源容器集群管理器。管理器包含谷歌的大规模基础设施，使得任何谷歌服务可以即时访问他们需要的所有计算，而不用担心细节。中心规则是包容，我在2014年写道：工程师建立一个标准的界面，保留了几乎完全的灵活性，而不需要知道底层硬件或操作系统的任何东西（这是一个超越虚拟机的革命性进展）。

　　Kubernetes与Borg不同之处在于它完全可移植：它可以在AWS上运行，在Azure上运行，在Google Cloud Platform上运行，可以在内部部署的基础设施上运行，甚至可以在自己的家里运行。与这篇文章更相关的是，它是开局十年来AWS在基础设施即服务方面的完美矫正：虽然Google在自己的基础设施产品方面取得了不可小觑的进步，但Kubernetes基于包容的特殊潜在影响，使你不管用哪个基础设施提供商，都不会影响AWS的使用。难怪它是增长最快的开放源码项目之一：因为没有锁定。

　　但是，这如何帮助Google？毕竟，即使Kubernetes成为企业云的标准，亚马逊的更广泛的生态系统锁定仍然存在（公司有自己的包容战略，那需要进一步锁定客户进入AWS）;Google需要变得不同。

　　成本与经验

　　这里桌面是有指导意义的：基于开放性的网络，可以在任何平台上的浏览器上使用。可是这个开放性并没有使Google成功;相反，开放的网络为最好的技术获胜创造了条件。这不仅是因为Google拥有最好的搜索引擎，重要的是它依赖链接而并非简单的网页内容。这些意味着随着网络越来越大，与它的竞争对手不同，谷歌却会越来越好。

　　我认为这是一个可以广泛适用的想法。事实上，它是Aggregation Theory的核心部分：随着分配或交换成本的降低，用户体验的重要性增加。换句话说，当你可以访问任何服务，无论是新闻还是汽车共享或酒店，还是视频或者搜索等等，最好的一个不仅可以赢得最初的胜利，而且可以看到其复合优势。

　　这是Google对企业云的赌注：开源Kubernetes是谷歌试图在云基础设施之上有效地构建浏览器，从而降低交换成本的创造;该公司与Google Search相同的服务将是机器学习。

　　机器学习和数据

　　可以肯定的是，机器学习将越来越多地被云服务所主导：它们都涉及处理规模和大量数据，并且只有一小部分巨头将具有经济能力来建立所需的基础设施和雇用世界上最好的机器学习工程师。乃至于对于大多数企业来说，机器学习所产生的差异，首先取决于他们的数据是否在云端（这将有内部部署的解决方案，但我预计它们会随着时间的推移越来越落后），其次才是从它们选择的云提供商。