Dion Hinchcliffe谈Web API的过去与未来

Dion Hinchcliffe：我目前是 7Summits 的首席策略官。我们为开发者社区提供类似API这样的东西。我也在数字领域做大量的研究和分析，并为ZDNet和其他网络媒体写文章，我还写了两本有关这个领域的书。

Dion：API第一次真正引起我的注意，是在开发者社区真正开始对REST和更传统的重量级Web服务进行对比讨论的时候。

数据刚开始显现出，面向Web的API，越简单就越受欢迎，也越容易使用，而且能够更好地与开发工具、技术、甚至是常规的企业应用程序协同。

那会儿，Amazon刚好发布了SOAP和REST的流行度对比数据，显然，旧式的Web服务根本就不受欢迎，而围绕Web上的Web服务，有些令人兴奋的事情正在发生，就是我们现在所说的API。

Dion：关于轻量级API，我非常高兴，API市场和开发历程有许多都跟我的预期很像。我记得，我曾期望有更多的创新。我们看到了类似JSON这样的东西出现，为创建更加轻量级的Web服务提供了一种可选的方式。

我记得，我曾期望工具支持比最初的需求多，尽管那是重点，但在此之前，人们在像Eclipse这样的平台上做着许多繁琐的Web服务，还要提供存根，等等，而现在你看到，那是没有必要或者不需要的了。

鉴于我已经预测了整个的安全行业，最大的惊喜也许是与安全主题相关的。虽然早就预测到了，但最初那些简单的API模型已经用实际证明了其良好的弹性，并且几乎能够满足所有人的安全需求。

Dion：关于技术，有意思的是，它的应用相当地不均匀。真的不能说有典型组织，早期采用者，就像采用API一样，常常非常早。

但是我认为，完全可以说，一般公司都已经完全了解API并使用了它们，但不是战略上的。API科室或API部门仍然是领先的技术组织或者创业公司的一个与众不同的特征。

Dion：最主要的应用场景包括企业应用集成、工作流、移动应用及集成第三方云服务，现在，它将会在不远的将来用于物联网。

Dion：每家公司都应该使用他们自己的狗粮，并成为自有API的第一个客户，就是说，不管怎样，大部分API首先应该是内部的。当然，通过在组织内部学习如何生产和消费API，公司就可以提升组织API的成熟度。

但是，随着外部API引入，内部API输出，我们看到，API需要做好一切准备，而且可以以任何方式使用，因为服务会重新混合，数字体验就是从许多以前完全不同的源和API创建出来的。

Dion：我希望他们是证明规则的例外情况，但是人们越来越相信，API在早期发展阶段非常有益于公司的发展，但是当公司成为领导者时，它会成为一个不利条件。

但是，你同样可以很容易地举出反例，如Expedia、eBay和Amazon，对于他们而言，API是他们主要的商业模式，因此，显然还没有定论，而毋庸置疑，API对于公司早期阶段的发展而言至关重要。

Dion：我认为两者皆有，但更多的是后者。网关是一个先决条件，否则你无法访问生态系统。因此，没有一个，你就不可能真正拥有另一个，但是，一旦进入市场，API的设计应该提倡和培养一种健康发展的数字生态系统。因此，在我看来，它们并不互相排斥。

Dion：对于任何通用的东西，我总是持谨慎态度，特别是在数字技术与人类需求复杂的交叉点上。无疑，许多公司始于单个的API，但产品的成长成熟及外部客户很快就会教给他们单一模型是否是恰当的方法。我认为，一种更微妙的方法通常更合适。

Dion：毫无疑问，REST已经成为开发API基本模型的基础，因为它与Web本身的工作原理是如此的一致。但是，它永远不会成为所有场景的答案，尤其是一些在Web最初设计时没有预见到的东西，如视频、实时通信及其他更加现代化的场景。

我认为，工作时要使用合适的工具，同时要尽量靠近核心标准。

Dion：任何设计，限制越多，应用场景就越少。这方面，IaaS和PaaS没有差别。

IaaS适用的场景要多得多，几乎可以用于所有的计算机和网络场景，而PaaS适用的领域要小很多，因此，又回到了框架之争的问题，框架越大越复杂，本身在解空间受到的限制就越多。

因此，与PaaS相比，IaaS的使用总是更广泛，适用面更宽。显然，PaaS市场巨大。我希望两者都会蓬勃发展，但一个总是会比另一个大。

Dion：我认为，我们正处在这样的时候，一般的组织都已经具备了这样做的条件。自API实际出现开始，大公司已经这样做了许多年了。API一出现，这类工具就出现了。这太不可思议了。

现在的模型，除了非常简单的事件驱动应用程序之外，是由公民开发者构建用户体验和简单的应用程序流，而由IT人员帮助填写和完成应用程序逻辑。这是一个非常令人兴奋的领域，有足够的证据表明，我们正处于公民开发者大量涌现的早期阶段，再一次，是API让这一切成为可能。

Dion：我很高兴API在非技术用户社区里获得了更广泛的理解，但是我们真没看到一种可以完全取代它的有效的方式。

我认为，用户将类似简单“应用”这样的概念理解为一个不够稳定的功能和数据单元，因此，在现如今的低代码环境下，数据源常常同提供数据源的应用混淆，例如，从Weather.com获取天气预报数据，而不是Weather.comAPI，而后者是才是数据的真正来源。

近来，人们一般认为，应用是数据源，而API是真正做工作的，所以我想这也没事。

Dion：这样，在下午的大会上，我在这里同API拓荒者 John Musser 探讨了这个主题，API本身对于实现我们正在谈论的高度分散的系统仍然非常关键，而那种系统是创建成功的数字企业所需要的。

但是现在，位于API层之上的“元概念（meta-concepts）”其战略重要性日益增长，正变成一项同API本身一样的核心研究。

我要提一下John Hagel的团队在Deloitte所做的工作， 他们的生态系统模式 表明，在API体系结构之上还有一个重要的步骤，就是架构层。

这就是三、四年来我们已经真正理解的东西，而那就是战略讨论真正的发展方向。