Amazon、Facebook和Google的平台优势

云计算

神奇之处到底在哪？[Amazon]赖以生存的数据库、流媒体以及同步基础结构做的都很不错，但这些早已不是秘密。我们使用的管理工具也很巧妙，可原因也不在这里。重点在于我们的部落文化：如何在这个容易犯错误、杂乱、变化莫测的世界中构建云基础结构。

Tim Bray，Amazon首席高级工程师，在Cloud Eventing活动中如是说

Ben Thompson在Apple组织结构的十字路口和最新一集Exponent中通过几个例子证明Apple在提供服务的过程中遇到了问题。随着iPhone销量逐渐达到顶峰，Apple自然希望通过服务的方式实现增收。问题在于，Apple在大规模服务交付方面有着毁誉参半的历史，Ben认为，职能机构方面的优势会在Apple转型为服务供应商之后成为该公司的劣势。打造优秀设备与构建完美服务所需的技能截然不同。他建议：“Apple的服务需要与该公司的核心设备业务保持独立，负责这些服务的管理者需要为自己花出去的每分钱负责。”

并不只有Apple面临这样的问题。貌似只有少数公司能够跨越鸿沟在全球范围内提供源源不断的新功能：Amazon、Facebook，以及Google。其中Amazon无疑是真正的冠军。

下图是Amazon Web Services控制台，其中列出了Amazon所提供的大量服务，而其中甚至并未包含Echo等全新平台：

Apple无疑也能提供大规模服务：iMessage每秒发送20万条消息；App Store和iTunes Store每周处理7.5亿笔交易；Apple Music订户数1100万；Apple Pay用户数1200万，此外每周新增Apple Pay新用户1百万。

然而这些服务相对来说往往是自成一派的，并/或为一些大型合作伙伴提供接口。个人开发者无法借助这些服务与个体消费者取得联系。例如iCloud虽然是一个可编程的服务，长期以来存在着各种问题，不过正在逐渐完善。

Siri也许是证明Apple不擅长提供可编程服务的一个绝佳范例。哪个iOS开发者不想把自己的产品与Siri集成呢？集成的效果肯定很酷，只可惜目前依然无法实现。

与之相反，Amazon提供的Echo包括API和完整的编程和分发模型，可以顺利融入任何第三方系统中。该服务还能与Amazon平台以整体的形式协同工作。这也是Amazon、Facebook和Google的一个共同特征：打造一个让服务的开发工作变得更容易的内部平台。

例如，我可以使用Lamba快速开发一个名为魔镜魔镜告诉我的简单的Alexa应用，随后开发一个名为爆发，用于实施电话网（Phone Tree）的应用。军队中有一种说法认为，紧急时刻可以通过电话网传递消息，这就形成了某种形式的八卦传输协议。一传十、十传百，最终成了众所周知的消息。

借助这些现成的服务，我独自一人就可以用S3构建一个静态网站，并使用Amazon的API网关、Lambda、DynamoDB、SQS、SNS、SES以及其他服务构建一个包含单一页面的应用，从我家里的Echo设备传输一条语音命令，将其转换为文字，随后通过电子邮件、手机短信，或者电话通话发送给尽可能广泛的人际网络。这样的服务还可以大规模扩展，但这就导致一个问题。我至今还没有把这个应用公开发布，因为还没有考虑好盈利模式，如果现在就发布，并且实现大范围运用，很快我就会破产了。说这件事的重点在于希望你能明白，在开发复杂的应用程序过程中，完整的生态系统可以提供多强大的威力。

那么我不禁好奇：怎样才能借助Siri做到这些？

Exponent播客中提到了一个有趣的观点，Amazon若要给自己的服务添加语音识别功能，具体做法会比Apple提供这样的服务更简单。这就是Amazon的老本行：构建可编程，可大规模扩展的后端服务。实际上，Alexa现在也已经可以用于Echo之外的其他设备上。

这个博客还有一个观点认为，规模是你能获得的最大的竞争优势之一。规模使得你可以做到他人无法想象的事情，但代价是你必须能在最短时间内做到尽可能大。这正是Apple需要的，但他们需要通过平台的方式实现这一切。

为什么Amazon那么擅长以如此快的节奏和规模提供大量新服务？再次引用Tim Bray的观点：

重点在于我们的部落文化：如何在这个容易犯错误、杂乱、变化莫测的世界中构建云基础结构。

Apple需要将自己的组织机构与产品保持对齐吗？不知道，但他们真的需要开始创建自己的“部落文化”。实现这一点往往比重组艰难的多。

作者：Todd Hoff
阅读英文原文：The Platform Advantage Of Amazon, Facebook, And Google