[发明专利]一种配置API访问量的方法

说明书

技术领域

本发明涉及信息技术领域，具体涉及一种配置API访问量的方法。

背景技术

工业界常用的应用程序编程接口(Application Programming Interface，API)安全与管理平台是一套运行在数据中心、云服务中心的应用软件，针对API生产者、API消费者、API管理者等角色，提供了API网关、API门户、API生命周期管理、API监控、API密钥管理及API实用情况分析等组件功能，图1示出了API安全与管理平台的结构示意图。API安全与管理平台运行的系统环境包括：符合J2EE规范的中间件(例如：Tomcat、Weblogic等)，Oracle或Mysql数据库。与传统的应用程序直接调用应用程序接口API不同，信息中心需要先启用API安全与管理软件，应用程序在调用资源内的应用程序接口(API)之前，会通过一个API网关，该网关能够根据某种调度策略实现对API的安全访问控制和动态调用，即API网关模块负责对整个API资源进行路由代理、性能分配。

如图2所示，API网关作为中间结点工作在应用程序与服务器API资源之间，起着API资源调度和控制的重要作用。比如假设1个API后台系统每秒最大支持100个并发请求，超过这个数值，系统就会崩溃，因此要对请求限制。假如目前有20个消费者订阅，平均1秒请求1个，峰值每秒请求10个，那么就要限制每个订阅的请求在10个以下。目前业界普遍采用一种“节气门”技术，通过服务等级协议(Service-Level Agreement，SLA)，设置每层服务协议最大可用的请求数目。例如，一级服务每小时最大5000个请求，二级服务每小时最大50个请求。比如设定了某个API最大可调用次数是50，每次的连接时间是60000毫秒。因此当应用程序调用该API超过50次的时候，就不允许再调用了，这对某些特定业务频繁操作的应用程序来说，是不合适的。

目前在本公司所申请的一种动态配置API访问量的方法和网关及系统，使API网关动态配置API实现了可能，以动态访问时间为准，其整个动态过程中所需要的资源是不同的，如何在预设时间内实现相应的权值计算，匹配更合适的API访问量需要进一步的研究，以及在涉及到动态配置API过程之前，可以设置相应的门槛，并不需要实时都去动态配置API过程，这种动态配置API过程中，所占用系统的计算资源或者其他方面的耗能都是比较大，不利于实时API过程的调度。

发明内容

本发明的技术方案主要是针对API不能实现动静态配置文件的技术缺点，采用先按照一个时间长获取各个资源端数据，然后实现权值计算，从而判断是进入动态配置还是静态配置过程，使API使用者能够合理利用服务器资源。

本发明提供了一种配置API访问量的方法，所述方法包括：

基于各应用接口在预设时长范围内接收所对应终端发送的API资源请求消息；

所述各应用接口中每一应用接口根据所述预设时长范围生成所对应终端的API请求包；

基于所对应终端的API请求包计算出所述API请求包在所对应的应用接口上的占用权值；

统计出各应用程序接口API所占用权值，以及根据上一阶段预设时长范围内的历史访问量计算出该API集合内各API历史访问量权值；

判断所述各应用程序接口API所占用权值是否大于所述各API历史访问量权值，若所述各应用程序接口API所占用权值小于等于所述各API历史访问量权值，则采用静态服务配置协议配置API访问量，若所述各应用程序接口API所占用权值小于等于所述各API历史访问量权值，则进入动态配置API访问量过程。

所述进入动态配置API访问量过程包括：

根据历史访问量和资源的实际访问量计算修正后理论访问量；

基于计算修正后理论访问量判断下一次理论访问量与上一次理论访问量的大小关系；

如果判断下一次理论访问量大于等于上一次理论访问量，则将上一次理论访问量配置为API访问量；如果判断下一次理论访问量小于上一次理论访问量，则将下一次理论访问量之后的分量重新构造约束集合进行计算。

所述基于计算修正后理论访问量判断下一次理论访问量与上一次理论访问量的大小关系之前还包括：

判断修正后资源使用情况是否在负载以内，如果资源使用情况在负载以内，则基于计算修正后理论访问量判断下一次理论访问量与上一次理论访问量的大小关系；