API知识库 > 理念洞察 > API服务发展历程与技术演变
API服务发展历程与技术演变

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看看!

#你可能也喜欢这些API文章!