公共API已死？

上周Netflix宣布将不再发布公共API的开发者密钥，宣告了其开放API项目的终结。Netflix取消公共API代表着消费互联网服务（包括社交网络）一个大趋势，那就是公共API向私有/合作伙伴API模式转移，互联网企业只向正式的合作伙伴开放API。

事实上，成立较晚的社交网络如Path、Vine和Google+甚至从一开始就不提供公共API。对于这些服务来说，传统的API模式实际上早就已经死了。

天下没有免费的API

互联网企业摒弃公共API模式并非API的末日，其实API总体应用规模的增长是非常惊人的，Twilio、SendGrid和Stripe这样的基础设施提供商通过提供更好用的API来撬动根深蒂固的大众市场。

试想一下，开发一款不需要API的SaaS服务，这是不可想象的。很多人甚至不知道IFTTT这样的公司向大众开放的API。

很多消费互联网企业都从API项目中获益匪浅，在线旅游服务商Expedia90%的业务都来自其API（参考阅读：Expedia的微渠道革命：API与新商业平台）。eBay有60%的展示都来自其web service。事实证明，开放API能够直接促进互惠互利的网络交易。当需要两家公司之间进行大量动态数据通讯时，背后总是会有API的影子。参考阅读：为什么所有企业都需要API。

以上列举的案例都是API应用的冰山一角，事实上，大量API流量都是通过企业防火墙或者移动应用后的“隐性API”进行。在最近一次会议上Target目标营销公司的演讲稿展示了他们如何通过API改造其内部信息架构。

Target对内部信息架构进行“API化”改造不仅仅处于技术考虑，通过分析API流量数据，Target能提取更多有价值的商业智能信息。

既然API如此有价值，为什么越来越多的互联网企业会向API说不呢？简单的说，是因为互联网API服务提供方和开发者的利益不能统一。

一个管理Netflix队列的app能为Netflix带去有价值的新订户吗？未必。一个新的第三方Twitter客户端能有助于Twitter向用户推送和展示广告吗？当然不，甚至会起到相反的作用。当用户生产内容是Twitter最终要的价值环节时，Twitter就会提供更宽松的API政策，让尽可能多的用户内容，以尽可能便利的方式进入Twitter网络。但现在情况变了，Twitter的API政策也随之变脸。

降低第三方API风险的三个措施

对于应用开发者来说，在应用中调用第三方服务需要多个心眼了。app的关键功能绝对不能严重依赖第三方API提供商，除非你已经找好了备胎，否则风险很大。以下是降低调用第三方API风险的几个措施：

第一：不要蹭API

对于基础设施和SaaS API，双方的关系很明确，为每次API交易（或新增用户）的收益买单。向你提供API的提供商应当能从你使用的API的收益中分一杯羹，这是一个互惠的健康模式，如果你的app无法为API提供商带来利益，你的风险就会放大。

第二：不要忘了人与人之间的沟通

使用开放的API测试和集成或者“混搭”是个好办法，但是不要忘了，虽然API是机器之间的对话，但是你依然需要与API提供商之间建立个人层面的沟通和联系。如果你在提供商那边连个说话的人都没有，那么还是别用了吧。

第三：你应当监控一切

第三方API相当于你app中的一些代码在别人的服务器上运行，对第三方API应当使用与本地代码同样严格 的监控和测试标准。当第三方API出问题的时候（这是经常的事），你应当比你的用户更早知道。

本文部分内容编译自：TNW