关于将来实现API管理系统的几个关键词

下面将经过几个关键词的形式说明API管理的重要性和将来的实现方式。

1.生命周期管理

• 在整个API生命周期中更深刻地集成全部工具将进一步提升生命周期循环的速度，并且更重要的是提供知足消费者需求的API。这与API生命周期中的流程改进密切相关，咱们看到这种状况愈来愈多发生在各个产品，由于更多企业开始将API视为产品经理指导生命周期的产品。

• API是咱们更快地构建软件的核心，使用微服务和驱动CI / CD环境与Kubernetes（K8s）进行通讯。随着公司采用无服务器架构，经过API调用执行愈来愈多的代码和业务逻辑，这将变得更加剧要。各类规模的企业面临的主要问题是：如何以不牺牲性能和成本的方式管理API的整个生命周期？不然，企业将只看到他们的成本将随着他们的新数字业务产品的成功而成比例地增长，从而损害长期可持续性。

• 分布式API管理是大规模分布的现代应用程序开发的本质。必须分发API管理。容许使用单一窗格集中控制服务，全部报告都显示谁能够访问哪些内容，哪些服务可用，以及这些服务的自动化位置。任何与应用程序自己不一致的事情都会在某些时候与你的集中管理层产生不一样步的状况。具备本地化控制和分布式执行，每一个服务都会向服务中心报告。当有人试图访问服务时，它能够命中集中认证服务器以肯定该人是否应该具备访问权限。

2.应用程序的集成

• 咱们主要关注的是使用API​​来跨应用程序和业务合做伙伴进行集成。企业内部经过使用SaaS应用程序替换旧系统来实现IT系统的互联网化，这些新应用程序须要与其余企业系统集成，不管是互联网仍是传统企业。例如，常常与实现ERP系统化的客户合做，那就须要将新ERP与其余系统集成。多一个遗留系统可能会致使基于文件的集成混乱。

• 使用新的ERP或者已发布的API管理系统是链接全部其余企业系统（如总账和仓库管理解决方案）的首选集成点。此外，这些系统化的ERP解决方案可以经过其API提供对企业信息的实时访问。

• 可以与客户合做，利用向其合做伙伴发布API，从而提供对此信息的有限访问权限。例如，想要检查库存或检查订单状态的合做伙伴可使用API​​直接从ERP提供其数据视图，这能够经过API查询来加强传统的EDI流程，以便对从实时响应中受益的某些行为进行查询。

3.微服务

• 现在每一个人都曾经谈论过API生命周期，但不少时候你只会为每一个开发阶段提供工具，而不是提供一种集成方法，使开发人员可以更轻松地设计，实施，部署并以自动方式管理它。若是设计文档，须要等待数月才能看出API是否符合设计要求，那实在是一个很低效的流程。一个开发人员更但愿迭代方便并支持敏捷开发过程。咱们最终会走上自动化API的DevOps的道路，即使咱们如今尚未到那个时候。

• 随着将来出现多种形式因素的控制点类型。考虑服务网络和API管理将如何叠加是很重要的，API管理是关于提供服务与该服务的多个消费者之间的关系。规模越大，正式的API管理平台就越重要。国内的话可使用 EOLINKER API Studio 平台 ，国外的话能够考虑Swagger\Postman等等。

• 若是使用API​​而不是共享库来控制单个用户或开发人员团队的API访问，则服务网络能够很好地保护两个端点之间的通讯。服务网格提供智能网络，以帮助开发人员链接网格中的其余服务。开发人员在学习如何建立在容器、微服务环境和服务网络上工做的分布式应用程序的基础上，将反过来帮助开发人员解决这个问题。

• 基于微服务架构的应用程序现代化是数字化转型计划的核心。最大的机会在于微服务的API管理。对于管理微服务使用的API，须要具备灵活、可移植且可在任何基础设施（裸机，VM和容器，公共云和私有云）上运行的“小占地面积”的解决方案。

• 能够预见的是，在将来的一两年内，服务网络将出现巨大的趋势，更多企业会采用API管理并带给每一个微服务，以确保应用程序和微服务相互通讯的能力。而不是API网关也将代理放在边缘以欺骗微服务，用以仅与代理进行通讯。

• 市场已经为SaaS解决方案作好了准备，可以将微服务API直接给客户提供使用受权和API交付选项。举个例子，亚马逊将AWS的每一个组件构建为可由客户直接寻址的微服务，并且能够编写接收OAuth承载令牌的自定义受权者，并根据IAM策略将这些受权者转换为访问决策。这实际上很简单，虽然它须要AWS客户的大量配置和定制。当市场需求足够大，总有一天咱们会看到亚马逊提供的基于标准，资源感知的API身份验证和受权产品做为一流的命名产品提供，而不是隐藏在教程中的业务流程。

4.API其余技术

• 更多关于API管理的工具会在市场上出现，集成度将会愈来愈高，它表明着这个行业的成熟。使用一系列合适的API工具来完成特定的工做而且作得很好，这无疑是最高效率的，也为开发人员提供空间，使他们能够专一于他们的核心项目，并将冗余工做委托给已经完善的服务，以确保质量和效率。

• 只要遵循“更小，更高效，支持多语言”，通讯方式在内部和外部使用的样式能够更多样。好比，GRPC是由Google开发的二进制格式，是一种更有效的内部通讯方式。但在外部，仍然须要像REST那样对用户友好的东西，所以为了方便，内部更多地采用GRPC和API。咱们将看到以多种格式呈现的API，一种是内部格式，另外一种是外部格式。

• 从短时间来看，HTTP极可能会在API的形式上产生比目前更普遍的影响。没法实现的用例，如今能够实现传统的通讯模式。从长远来看，真正的数据（多是计算）分散可能会严重改变流程。可是，实现这一律念的工具仍然处于起步阶段。今天最早进的推进者是区块链范式，看到不少公司正在探索区块链如何解决这些问题，也许在将来全部的问题有的新的解决的思路。

• 虽然与RESTful API相比，OpenAPI规范（OAS 3.0）的采用率仍然很高，但一些公司和技术正在采用超越SOAP / XML和基于WSDL / WADL的API。基于HTTP / JSON的RESTful API等技术的新进展正在被采用，并为行业提供了很好的服务。

• 此外，非基于HTTP的API也在不断增长，使得gRPC，异步API（消息传递，流媒体，发布和订阅）成为一些公司关注的焦点。例如，构建AsyncAPI规范是为了解决基于非HTTP的异步API，如MQTT，Kafka，WebSockets，AMQP和STOMP协议。这就是API管理供应商兴起所在，这是一种将API规范从一种格式转换为另外一种格式的工具。

• API管理供应商的另外一个机会是扩展API操做（APIOps）中的产品。APIOps将以与将DevOps应用于软件开发生命周期相似的方式应用于API。例如，GitLab为API生命周期提供完整的DevOps工具，从项目规划，源代码存储库到CI / CD监控，安全性，问题跟踪功能，能够在同个地方提供给企业。以上全部内容均可以隐藏在API管理平台后实现。

• 考虑到成本未用于正确维护API时所产生的成本或安全问题，咱们须要更好的方法。GraphQL，SPARQL和与数据共存的数据安全性提供了一个有吸引力的将来。它不只简化了，还提供了额外的实用程序，并将数据安全性放在了首要关注的位置。区块链可用于保护数据完整性，容许消费者证实信息的来源。

• 未来，大部分数据都将实时生成，发送和接收。鉴于天天生成的数据量正在以极高的速度增加，开发人员将很快须要更多的云原生和可扩展的解决方案来管理API。旧版API管理解决方案已经太慢，并不老是可以横向扩展。

 

5.典型的实践

API管理工具能提供一套产品来帮助企业大规模管理其API设计工做流程。其中一个关键部分是构建在大多数企业中已存在的开发工做流程上，这意味着与GitHub等现有工具集成。为此，好的API管理工具须要能进行API集成，自动将GitHub中的信息提取到产品中，并将信息从产品推送到GitHub。最终结果是为咱们的客户提供了更好的体验，而且因为GitHub公开的丰富API而使其成为可能。API解决的基本问题是，在最短的时间内以最小的成本解决技术需求。市场上比较好的API管理工具备POSTMAN（英语）、EOLINKER（中英）、Swagger（英语）等。

史基浦机场启动了一个用例，改善了经过机场的乘客体验。有太多的数据是有价值的，它成了一个集成问题，扩展登机牌，跟踪航班，到达离境信息，飞行员警报等信息集成，以实现内部敏捷性，他们决定以API为重点，努力实现不一样应用程序的集成，打开内部API以构建合做伙伴生态系统。

Capital One是全球最大的银行机构之一，提供各类在线金融服务，包括API产品。第三方开发商和合做伙伴能够为其客户提供一流的数字体验，并经过使用Capital One的外部API打开银行帐户，生成个性化信用卡优惠以及跟踪客户奖励来创造新的收入来源。NGINX技术使Capital One可以将其应用程序扩展到天天120亿次操做，峰值为每秒200万次操做，延迟时间仅为10-30毫秒。

还有一个典型的用例是Netflix，他们须要链接超过500个客户端设备，iPhone，Android，X-Box等。但它们具备良好规范化的API，能够处理电影中的元数据，处理搜索请求，图像服务，电影的实际流式传输。可是在紧张的网络上受限制的设备，他们为前端（BFF）建立了一个中间件后端来使用基础API，包含客户端须要使用的大部分业务逻辑，而后打开本身的API的接口，这些API只为该客户端提供服务。当一个新的客户端出现时，他们所要作的就是在客户端代码中建立一个新的BFF。若是再也不须要一个设备的客户端，它们只会关闭该代码而且不会破坏任何内容。

若是是营销人员或是营销技术公司，他们过去常在内部构建软件解决方案。然而，主要问题是获取构建可销售产品所需的数据须要大量的时间和金钱。营销须要大量数据才能有效，但收集和分析全部这些数据的成本很是高，并且由于很明显并不是每家公司都可以分配所需的资源来实现软件项目，所以进入市场的技术门槛是不合理的。而如今运用API技术能够在几周内构建一个简单的关键字研究工具，大大提升了营销的效率。

参考资料：

https://dzone.com/articles/api-management-additional-considerations

https://dzone.com/articles/api-use-cases-1