结束语：通过Gnip思考

每天“汹涌”的数据“浪潮”把更多的异构API“拍上海岸”，而在这些API中，必须保证数据的一致性。作为面向消息的中间件服务，Gnip公司承诺使用中间数据代理的方式来“传送Web数据”。这意味着该数据发布商期望通过很多内部的传输协议来分享这些数据，Gnip从发布商获取规范化的数据，并实时地传送给Gnip用户（从消息接收到重播时间延迟低于60秒）。不考虑内部的数据格式不一致，Gnip把数据“清洗”并“规范化”成标准的格式作为服务提供给Gnip用户。其结果是只使用Gnip的单点集成，就可以为其他应用提供一致的、格式化的数据。

你可以通过Gnip一个接口来访问很多的社交数据API，且都是“实时”地。Gnip的框架主要采用之前所述的事件模型，为了促进网络和应用之间总体上更高效的数据流。然而，它也支持轮询方式。把基于轮询的应用切换到基于事件的模式来最大化利用Gnip提供的规范化的数据的优点，而通过手工处理将很麻烦。如果不是同步，那么完全采取尚待完善的发布/订阅框架和格式一致性标准，采取中间代理是很有必要的。

当前的基础设施在推进事情进展方面已经做了很多工作，而且网上贸易已经蓬勃发展。然而，不断改变用例和终端用户需求使得和当前框架保持一致会使我们受到一些局限。实时社交数据的需求要求在构建我们的应用的底层控制流上做出修改。我很期望看到基于事件的架构可以扩展到整个Web。