早些时候，Web Services还只是事实上的标准用于访问“系统的记录”。SOAP网络服务越来越受欢迎，因为它共享数据的功能，以及从任意系统进行访问和安全功能。这种架构的前身就是企业架构的代名词。
现如今越来越多的项目正在启用API管理在他们的框架中，并推进网络服务。
网络服务遗产
网络服务是基于大量合理的且意思明确的XML文件，是传输不可知论者，也是允许数据从各方之间传输的定义。这些协议和定义涵盖了从消息内容到元数据，还有系统环境的内容，例如：安全策略或变化通知。
那些定义漏掉了许多如同他所说的那么多。
XML文件对于人类来说是比较难于阅读的。网络服务的标准正如我们所看到那样的臃肿。围绕这个标准的工具对于提升标准的复杂度也无能为力。这个定义本身就是比较概括性的，因此他的互操作性（最初网络服务引起我们注意的一个主要原因）并未到达他该有的那么好。
则另一边，网络服务在他擅长的方面取得了巨大成功 - 大型企业系统的互操作性。这些大企业喜欢网络服务让他们成为中立供应商（理论上）的概念。他们同样喜欢拥有这些标准，标准就意味着更便宜的开发者 - 当有了标准可以被更多的人学习。此外，在那些只忠于售卖他们最新最好的服务器的应用服务器中间商之间形成了一种装备竞赛。这是一个全面双赢。
我们可以看到，REST正在获取越来越多的人气，而网络服务则在一天天的失去声望。
Restful API Management的案例
我相信有三件事成为Restful API Management的案例，并挑战着网络服务的统治地位，而且他们并非是技术。
不断变化的需求
这个世界的节奏变得越来越快。有时消费者向未知领域索求的即时信息也越来越多。在新的世界秩序中提出了一种需求，那就是用一种简单的方式直接交换数据，而仅仅只是数据。
随着对于这些数据需求的增加，一些公司正在通过公开自己的数据集来鼓励第三方使用它们。这些公开的数据常常只使第三方能够使用，也许并没有直接影响它们的底线。这就创造了“API经济”。
减少投放市场的时间&隐藏复杂度
投放市场的时间：在过去的几年中数字技术的颠覆性影响已经激增。每一个厂商都想要尽可能快的开始销售他们的产品，因此考虑通过构建api来减少投放市场的时间就显得更重要了。
挑选互联网零售商的销售增长：投放市场的时间比以往任何时候都更有价值，因为企业努力赶上新的竞争对手。不仅仅是一些老牌前互联网公司在努力追赶。有数据显示，即使是早期的互联网巨头也都被新的初创公司所超越，这些初创公司正是利用社交媒体时代作为优势。
隐藏复杂度：如果你是一个计算机科学的毕业生，本可以在第一天的时候就灌输给你在编写代码时尽可能的隐藏其复杂度。然而，就系统配置及其管理而言我们并没有这样做。总之，其主要原因是因为软件以及技术已经向前发展如何迅猛，以致于获取功能的途径中用户接口与工具已经成为了次要。
随着移动时代的到来，用户期望在他们所做的一切上都同样拥有丰富的用户接口。
使得APIs更容易实施，安全以及管理方面也减少技能方面的要求，并且加快投入市场的步伐。
改变客户
网络服务不是当下应先选择的技术，其第三个原因是因为拥有丰富的用户接口的移动设备以及客户才是现代的生活方式。对于服务器端来说，这是一个隐藏复杂度的补充。这些应用程序由那些只想专注于用户接口而不想学习其他数据处理技术的更深层的技能的开发人员编写出来。如何获取数据几乎是次要的，他们的技能并不在这个领域。他们只是想在需要数据的时候，通过一个简单的方式获取到这些数据。
微服务&敏捷开发
在项目交付上已经有更广波及面的业务需要更加突出的地位。
微服务的受欢迎度正在节节高升。
秉承着小的原则，’只有当你需要它的时候’才获取这个数据和服务；微服务正在挑战扎根于大企业中的传统SOA架构。他们特别符合API-Management易用性范例。
微服务在他们的优势领域内是平静的，工具以及框架也正在被发明创造出来。即使如此，他们也已经准备好去挑战网络服务了，凭借他们承诺可以针对系统释放正确的访问数量。这也非常切合当今被大多数企业所采纳的敏捷开发。小冲刺以及零碎繁琐的实施技术都要求“刚刚好的”工作，去完成从A到B的任务。
今天我们可以看到敏捷和API工具所产生的影响—大约75%的API-Management项目在内部被关注。这告诉我们，APIs不仅仅是通过销售数据来赚钱，而且他们被视为当下的最佳实践。
我坚信我们将看到越来越少的Web服务用于内部和外部，但Web服务暂时尚未死。我期望标准规范在API-Management中扮演更重要的角色，但API Management强调简单性和隐藏复杂度，这将阻止标准规范成为APIs结束的信号。
而且我还认为一些相似简单的努力也会对许多其他的软件产品起到影响，当客户认识到大企业的软件并没有那么的厉害。请进一步阅读Restful APIs Predictions这篇文章
总结
我已经指出Web-Services是如何产生于一个有着严格标准的世界的。这样使得Web-Services以及相关架构能够主导市场，凭借它能够实现基本的软件生产力以及跨厂商的互操作能力。
API-Management诞生在一个永不停歇且实时的世界。丰富的用户接口被开发者们编写出来，而开发者在脑海中则会有更多的接口。这样就驱使着简单工具，集成架构以及技术的发展。
折辱他们所说，这是完美的风暴。曾经伴随着复杂度而被创建出来的网络服务所在的领域，则将充斥着简单的APIs，被开发者所指引的工具以及快速的投放到市场中。
我坚信像[RestCase，简化创建、测试和配置REST APIs]的工具，将站在简化其他产品这个大趋势的最前沿 - 但这将是另一天。
作者信息
原文作者：Guy Levin
原文链接：http://blog.restcase.com/webh...
翻译自力谱宿云 LeapCloud 旗下 MaxLeap 团队_云服务研发成员：Johnny Guo
力谱宿云 LeapCloud 首发：https://blog.maxleap.cn/archi...
相关文章
基于PaaS和SaaS研发的商业云平台实战
如何构建一个简单的CAAS系统
作者往期译作
React Native 一周年回顾
Webhooks在API世界中的角色
欢迎关注微信公众号：MaxLeap _yidongyanfa
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。