API 服务发展历程与技术演变

随着时代发展，API已经成为现代企业发展线上业务，规范数据化操作的主要方式。多番的合作与交流下，逐步演变成 API 经济活动。API 服务则是开发者与需求方之间相互合作下的产物。API 服务主要是指开发者借助某种平台或者资源，为需求方提供 API 接口。这可是特定的开发平台，也可以是数据信息等资源，亦或者已经规范化的数据库、资源库等。API 服务为不同的机构之间提供了一个良好的数据互动服务，实现优质可量化的交易。

迄今为止，全球约有 2000 万以上的 API 开发者创造了超过百亿数量的 API。有互联网的地方，就有 API。可以说，API 已经成为打开未来的秘钥，它是所有数据交互的关口 ，更是开发者进行数据和服务输出的重要途径。

一、API 1.0 时代，专注企业内部系统集成

时间最早追溯到 1989 年，Tim Berners-Lee 定义了 Web 1.0 的出现。Web 1.0 只提供简单的静态页面，即满足用户查看网页。首个浏览器 Mosaic 的出现开创了互联网的先河，彼时 API 服务尚未成型。一直到 2000 年，企业内部管理系统技术发展到成熟阶段，企业开始引入RESTful API自动化企业通讯，设计创建公共 API、私有 API 和内部 API。其中，公共 API 是面向消费者的应用程序，建立在客户端开发的基础上；私有 API 是企业管理内部工作时的高效通讯，可进行重组与现代化改造；内部 API 则是优化分析结果精准性、智能性的关键，可以对私有 API 运营过程中产生的各项数据进行加密保护。

科技的日新月异，随着人们对互联网的要求增高，Web 2.0 的出现开创了新媒体时代，地图的普及、可设计的外观，人们可以利用 Web 的工具自由操作。2003 年-2006 年社交平台的出现，自媒体行业开始兴起，API 服务再次掀起了一番技术革命，人们开始将 API 服务用在 web 链接、照片等各个内容。2006 年~2008 年的时间里，API 1.0 呈现高速发展的趋势。

在此过程中，可以归纳总结出 API 1.0 服务的特点。因为早期的 API 服务主要通过服务器与浏览器之间的短暂链接，以单体架构的形式存在，具有明显的分层结构，从信息的采集、保存到保护，有着明确的业务逻辑管线，呈现出清晰的 IT 架构图景。优点是结构清晰明了，且有初步的数据保护意识，保障企业数据的安全流通。弊端在于无法满足行业内各企业之间的数据沟通，进行信息调用时，往往需要拷贝整体的架构，容易出现重复调用、速度缓慢、信息繁琐复杂等情况，影响社会经济效益和服务进程。

二、API 2.0 时代，实现跨平台系统对接

2008 开始，承接 web2.0 的时代东风，企业的系统资源终于跨越了内部范畴，UDDI 技术的出现创造了全新的 API 端口。UDDI 可以被统称为一种目录服务，它主要是通过描述、发现并集成数据信息，是一个可以独立于平台的搜索框架。使用者可以借助 internet 用来描述服务，并检索到相关讯息。UDDI 可以被成为服务架构，因为它面对的不只有企业内部，还有更多的企业用户，相关的 UDDI API 端口可以直接基于SOAP访问协议的数据查找。SOAP 被用在检索计算环境中的信息交换中，开发者可以使用独立于平台之外的方式访问对象、服务器等。

综合 API 2.0 时代的 API 服务特点，可将其简称为SOA架构设计。SOA 的优点在于摆脱了单层架构的缺点，采取分层架构，可以在一定程度上避免信息重复出现的情况，同时进一步提出了消息总线（MQ）、服务重用概念。在该模式中，IT 架构按照其功能特点被划分成三大层面，分别是分成组件层、Web 服务层和业务流程层。其中，组件层主要包括了各种类型的应用系统，在重要的 IT 设计过程中，组件层以其分布式的技术特点，形成了独立的信息组件，这也为应用的集成发展带来了一定的挑战难度；Web 服务层就是为了解决集成难题而存在的，Web 服务层采用描述性语言定义离散的业务功能，支持将分布式的组件技术转化成相应的文档信息——WSDL。开发者只需要根据 WSDL 的相关描述，就能够进行业务操作了；业务流程层便是最终业务的实操和落地，在 Web 服务层的基础上实现业务的搭建。

但缺点也同样明显，该架构并没有脱离系统化的整体部署，开发者想要对局部进行更新维护时，往往涉及到整体的架构调整，导致运营维修升级困难，不符合实际操作情况。人们开始转而需求更灵活敏捷的架构模式。

三、API 3.0 时代，云平台分布式应用构架

2014 年，“云计算”概念遍布全球，互联网行业的生态变革转变了很多厂商的观念，传统的独立应用架构逐渐被抛弃。行业呈现纵向垂直发展趋势，其业务形态从简单的计算机 PC 网络转移到 WAP 端、移动端、专用终端等，API 服务也出现了新的变化——云平台分布式应用概念出现了。

云平台分布式应用主要是应用Rest架构解决一个应用中，多个进程同时运行出错时如何拆分的难题，兼具速度和效率。Rest 运行的基本逻辑是在 Web 架构的基础上，识别出问题地点，并对各类解决方案进行比较。Rest 架构在云计算的运用十分广泛，它能快速识别出运行中的问题并提供解决方案。

对于现代企业来说，数字化转型后传统的集中式储存规模已经到达了瓶颈，分布式云基础架构可以将主系统分出各个工作节点，通过节点之间的相互配合与运行，提供高效快捷的计算与储存能力。而储存能力又可以被分为融合部署和分离部署，融合部署经常应用在云平台管理区域服务，可同时为多名用户提供业务功能，并智能化生成部署方案。这意味着开发者可同时进行前后端的独立的网络部署。该架构的优点是可以灵活进行调试与调用，无需担心局部变化对整体的影响，缺点则是数据的安全性降低，因为其是公开在公共网络之中的。

使用 API 快速集成所需功能，来API HUB看看！