CN104168133A - Method and system for dynamic API page view configuration, and gateway - Google Patents

Method and system for dynamic API page view configuration, and gateway Download PDF

Info

Publication number
CN104168133A
CN104168133A CN201410331882.XA CN201410331882A CN104168133A CN 104168133 A CN104168133 A CN 104168133A CN 201410331882 A CN201410331882 A CN 201410331882A CN 104168133 A CN104168133 A CN 104168133A
Authority
CN
China
Prior art keywords
visit capacity
theoretical
api
next time
weights
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201410331882.XA
Other languages
Chinese (zh)
Other versions
CN104168133B (en
Inventor
胡波
董明
严平
匡前义
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Devicegate Information Technology Co ltd
Original Assignee
Guangzhou Devicegate Information Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangzhou Devicegate Information Technology Co ltd filed Critical Guangzhou Devicegate Information Technology Co ltd
Priority to CN201410331882.XA priority Critical patent/CN104168133B/en
Publication of CN104168133A publication Critical patent/CN104168133A/en
Application granted granted Critical
Publication of CN104168133B publication Critical patent/CN104168133B/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

The invention discloses a method and system for dynamic application programming interface (API) page view configuration, and a gateway. The method comprises the following steps that: weights occupied by all APIs are calculated and all API historical page view weights in the API sets are calculated according to the historical page view; on the basis of the historical page view and an actual resource page view, a theoretical page view after correction is calculated; a relation between a next-time theoretical page view and a previous theoretical page view is determined based on the calculated theoretical page view after correction; and if the next-time theoretical page view is determined to be larger than the previous theoretical page view, the previous theoretical page view is configured to be the API page view; and if the next-time theoretical page view is determined to be less than the previous theoretical page view, a constrain set is reconstructed to carry out calculation. According to the embodiment of the invention, the dynamic planning optimization strategy is used for replacing the original static service configuration protocol file, thereby realizing the unified dispatching and reasonable distribution of the server resources.

Description

A kind of method of dynamic-configuration API Access amount and gateway and system
Technical field
The present invention relates to areas of information technology, be specifically related to a kind of method and gateway and system of dynamic-configuration API Access amount.
Background technology
Application programming interface (the Application Programming Interface that industrial quarters is conventional, API) Safety and Manage platform is a set of application software that operates in data center, cloud service center, for roles such as the API producer, API consumer, API managers, the assembly functions such as API gateway, API door, API life cycle management, API monitoring, API key management and the practical situation analysis of API are provided, and Fig. 1 shows the structural representation of API Safety and Manage platform.The system environments of API Safety and Manage platform operation comprises: meet the middleware (for example: Tomcat, Weblogic etc.) of J2EE specification, Oracle or Mysql database.Different from traditional direct calls application interface API of application program, API Safety and Manage software need to first be enabled by information centre, application program is calling application programming interfaces (API) in resource before, can be by an API gateway, this gateway can be realized safe access control and the dynamic call to API according to certain scheduling strategy, and API gateway module is responsible for whole API resource to carry out route agent, performance distribution.
As shown in Figure 2, API gateway is operated between application program and server A PI resource as intermediate node, plays the important function of API scheduling of resource and control.Such as 1 API background system of hypothesis maximum 100 concurrent requests of supporting per second, exceed this numerical value, system will be collapsed, therefore will be to request restriction.If there are at present 20 consumers to subscribe to, 1 of request in average 1 second, 10 of peak value requests per second, will limit the request of each subscription so below 10.Industry generally adopts one " air throttle " technology at present, by service-level agreement (Service-Level Agreement, SLA), the maximum available request number of every layer of service agreement is set.For example, one-level service maximum 5000 requests per hour, secondary service maximum 50 requests per hour.Can call number be 50 such as having set certain API maximum, each connect hours be 60000 milliseconds.Therefore in the time that this API of application call exceedes 50 times, just do not allow to have called, this is inappropriate concerning the application program of some specific transactions frequent operation again.
In existing API gateway technique, " air throttle " technology is a kind of file configuration method of static state.This technology is distributed and is arranged by service configuration document of agreement for the resource of API request.As shown in Figure 4, if certain consumer belongs to certain service agreement of API, this consumer getable API resource sum definite.But in actual applications, resource sum is limited, request is also various.The sometimes request of system API is extremely busy, just needs dynamic each consumer's of reduction API request; The sometimes request of system API is very not busy, also needs to expand dynamically each consumer's API request restriction.This just requires in the situation that API total resources is certain, can dynamically adjust to greatest extent and control each API consumer demand, and the system that simultaneously ensures can normally be moved.Static " air throttle " technology is as a kind of relatively simple but the collocation method of underaction obviously can not meet dynamic adjustment API consumption demand.
Summary of the invention
Technical scheme of the present invention is mainly the technical disadvantages for current services configuration file, adopt the method for Dynamic Programming to carry out dynamic assignment to API resource, realize load balancing, improve server resource utilance, make API user can rationally utilize server resource.
A kind of method that the invention provides dynamic-configuration API Access amount, described method comprises:
Calculate the shared weights of each application programming interfaces API, and calculate the historical visit capacity weights of each API in this API set according to historical visit capacity;
Calculate and revise rear theoretical visit capacity according to the actual access amount of historical visit capacity and resource;
Based on calculate revise after the theoretical visit capacity judgement magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time;
If judgement next time theoretical visit capacity is more than or equal to last theoretical visit capacity, theoretical last time visit capacity is configured to API Access amount; If judge that theoretical visit capacity is less than last theoretical visit capacity next time, theoretical visit capacity heavy neotectonics constrain set afterwards is next time calculated.
Described based on calculate revise after the judgement of theoretical visit capacity next time theoretical visit capacity also comprise before with the magnitude relationship of last theoretical visit capacity:
Judge revise after resource service condition whether in load, if resource service condition in load, based on calculate revise after the theoretical visit capacity judgement magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time;
If resource service condition is beyond load, computational load is introduced parameter, make to revise rear theoretical visit capacity in loading range, introduce parameter based on load and calculate revise after the theoretical visit capacity judgement magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time.
If described judgement next time theoretical visit capacity is less than last theoretical visit capacity, in theoretical visit capacity heavy neotectonics constrain set afterwards next time being calculated, also comprise:
When theoretical visit capacity is next time less than last theoretical visit capacity, the heavy neotectonics after theoretical visit capacity is next time become to a constrain set, carry out the historical visit capacity weights of the shared weights of API and API and calculate, finally complete the configuration of API Access amount.
Described method also comprises:
In the time that access request amount newly-increased in certain period is greater than the pre-configured threshold parameter of client, trigger and carry out the shared weights of API and the historical visit capacity weights of API calculate, finally complete the configuration of API Access amount.
Accordingly, the present invention also provides a kind of API gateway, and described API gateway comprises:
API takies weights computing module, for calculating the shared weights of each application programming interfaces API;
Historical visit capacity weights computing module, for calculating the historical visit capacity weights of each API in this API set according to historical visit capacity;
Revise visit capacity computing module, revise rear theoretical visit capacity for calculating according to the actual access amount of historical visit capacity and resource;
Revised theory visit capacity comparison module, for based on calculate revise after the theoretical visit capacity judgement magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time;
API Access amount configuration module, for when once theoretical visit capacity is more than or equal to once theoretical visit capacity, being configured to API Access amount by theoretical last time visit capacity in judgement; And in judgement once theoretical visit capacity be less than once theoretical visit capacity, the heavy neotectonics constrain set after theoretical visit capacity is next time calculated.
Described API gateway also comprises:
Load balancing module, be used for judging revise after resource service condition whether in load, if resource service condition in load, enters into revised theory visit capacity comparison module for judging the magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time; If resource service condition is beyond load, computational load is introduced parameter, make to revise rear theoretical visit capacity in loading range, enter into revised theory visit capacity comparison module for judging the magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time.
Described API Access amount configuration module is also in the time that theoretical visit capacity is less than last theoretical visit capacity next time, theoretical visit capacity heavy neotectonics afterwards is next time become to a constrain set, feed back to API take in weights computing module, carry out that the shared weights of API calculate and historical visit capacity weights computing module in carry out the historical visit capacity weights of API and calculate, again complete the configuration of API Access amount.
Described API gateway also comprises: threshold triggers module, for judging in the time that access request amount newly-increased in certain period is greater than the pre-configured threshold parameter of client, the shared weights of API are carried out in triggering and the historical visit capacity weights of API calculate, and finally complete the configuration of API Access amount.
Accordingly, the present invention also provides a kind of system of dynamic-configuration API Access amount, and described system comprises:
Multiple api interfaces, are connected with multiple applications client, for receiving calling of API application program;
Multiple API servers, for storing API resource;
API gateway, is connecting multiple api interfaces, and is connecting multiple API servers, for calculating the shared weights of each application programming interfaces API, and calculates the historical visit capacity weights of each API in this API set according to historical visit capacity; Calculate and revise rear theoretical visit capacity according to the actual access amount of historical visit capacity and resource; Based on calculate revise after the theoretical visit capacity judgement magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time; If judgement next time theoretical visit capacity is more than or equal to last theoretical visit capacity, theoretical last time visit capacity is configured to API Access amount; If judge that theoretical visit capacity is less than last theoretical visit capacity next time, theoretical visit capacity heavy neotectonics constrain set afterwards is next time calculated.
Technical solution of the present invention adopts Dynamic Programming optimization strategy to substitute original services configuration protocol file, realizes United Dispatching, reasonable distribution to server resource.According to Dynamic Programming strategy to the historical access situation of each API, each API occupation condition, call API required service device resource situation etc. and distribute, frequency and the access control of coordinate application to API Calls.Also improve the invoked efficiency of API.Calling of API do not had to parameter limit, along with the changes in demand of application program and aggregate resource service condition and change.That is to say, API is flexibly by calling of different application.
Brief description of the drawings
In order to be illustrated more clearly in the embodiment of the present invention or technical scheme of the prior art, to the accompanying drawing of required use in embodiment or description of the Prior Art be briefly described below, apparently, accompanying drawing in the following describes is only some embodiments of the present invention, for those of ordinary skill in the art, do not paying under the prerequisite of creative work, can also obtain according to these accompanying drawings other accompanying drawing.
Fig. 1 is API Safety and Manage platform structure schematic diagram of the prior art;
Fig. 2 is the system configuration schematic diagram based on SAL provisioning API visit capacity of the prior art;
Fig. 3 is the system configuration schematic diagram of the dynamic-configuration API Access amount in the embodiment of the present invention;
Fig. 4 is the method flow diagram of the dynamic-configuration API Access amount in the embodiment of the present invention;
Fig. 5 is the API gateway structural representation in the embodiment of the present invention.
Embodiment
Below in conjunction with the accompanying drawing in the embodiment of the present invention, the technical scheme in the embodiment of the present invention is clearly and completely described, obviously, described embodiment is only the present invention's part embodiment, instead of whole embodiment.Based on the embodiment in the present invention, those of ordinary skill in the art, not making all other embodiment that obtain under creative work prerequisite, belong to the scope of protection of the invention.
The system of dynamic-configuration API Access amount as shown in Figure 3, the multiple servers of API gateway management and multiple application, store multiple API on each server.This system includes multiple api interfaces, is connected, for receiving calling of API application program with multiple applications client; Multiple API servers, for storing API resource; API gateway, is connecting multiple api interfaces, and is connecting multiple API servers, for calculating the shared weights of each application programming interfaces API, and calculates the historical visit capacity weights of each API in this API set according to historical visit capacity; Calculate and revise rear theoretical visit capacity according to the actual access amount of historical visit capacity and resource; Based on calculate revise after the theoretical visit capacity judgement magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time; If judgement next time theoretical visit capacity is greater than last theoretical visit capacity, theoretical last time visit capacity is configured to API Access amount; If judge that theoretical visit capacity is less than last theoretical visit capacity next time, theoretical visit capacity heavy neotectonics constrain set afterwards is next time calculated.
Application program is called the API being deployed on different server by API gateway.Technical scheme of the present invention is on API gateway management, adopts Dynamic Programming optimization strategy, substitutes original services configuration protocol file.API, each API history of in the embodiment of the present invention, making API gateway record on the spendable resource of each server, server maximum load capability, server are called the frequency, are moved required server resource amount of API etc., these data participate in the calculating of Dynamic Programming optimization method, and the optimum that obtains API on each server can call number, thereby realize the dynamic control to API Calls, dynamic calculation is set simultaneously and carries out triggering threshold values, in the time that access request reaches threshold values, automatically carry out dynamic calculation, distribution.
Dynamic Programming is a kind of method that solves multistage decision process optimization problem, is proposed in the 1950's by people such as U.S. mathematician Bels graceful (Ballman).Multistage decision process refers to the special active procedure of such class, it can resolve into some subs that connect each other in chronological order, will make a policy at each sub, the decision-making of all processes is a sequence of decisions, so multistage decision problem is also referred to as sequential decision problem.The graceful feature of people for multistage decision problem that wait of Bel, has proposed to solve " principle of optimality " of this class problem, and has successfully solved many practical problems of the aspect such as production management, engineering.Bel graceful (Bellman) principle of optimality has such characteristic: no matter initial condition and initial decision-making are how, and the state forming with respect to first decision-making, remaining decision-making must form an optimal policy.Application Bellman principle of optimality must meet following two conditions: the 1. separability of target function; 2. the separability of state.Wherein the separability of target function refers to, for all K, the target function of last K sub of a process, only depends on current state and last K decision-making.The separability of state refers to that, after a decision-making, next state only depends on current state and decision-making, and irrelevant with state above.
In this paper technology, taking server system resource service condition as optimal policy target, analyze and set up corresponding Dynamic Programming Mathematical Modeling.Make the load capacity of server be , server operation ability, networking environment are relatively stable.Obtain the optimization strategy of system resource allocation, in dynamic access amount situation, the visit capacity that ensures API resource rationally, load balancing, dynamically adjust, resource makes full use of and allows visit capacity to reach maximum, dynamic calculation is set simultaneously and carries out triggering threshold values, in the time that access request reaches threshold values, automatically carry out dynamic calculation, distribution.
Symbol description:
A i: i application request;
: represent server maximum load-carrying capacity, normal use is no more than 90%;
X i,j: represent that i application requests call the server resource amount that j API need consume;
ε i,j: the request amount that represents the actual access of j API;
ε ' i,j: the revised request amount that represents j API;
: be the theoretical visit capacity that allows j API of access after revising for the r time.
: the weights of the historical visit capacity statistics of j API while representing to revise for the r time;
λ j: represent j the shared resource weights of API;
: j the shared resource weights of API while representing to revise for the r time;
φ k: represent that user can customize configure trigger dynamic calculation parameter.
φ ' k: represent that server is at Δ T kthe resource percentage that newly-increased API Access request is shared;
Δ ε i,j: represent Δ T kthe newly-increased request amount of j API in time.
According to API scheduling of resource rule, for making server resource obtain maximum using, promote API Access amount simultaneously, at node sometime, solve following optimization problem:
max Σ i = 1 m Σ j = 1 n ϵ i , j , (ε’ i，j∈N)
And constraints is:
Solve after this optimization problem ε ' i,joptimum access value while being j API resource of i request call.Solving of this model is the comprehensive optimization problem of Dynamic Programming and integer programming.This optimization method has been considered following factor:
According to the historical access situation of each API, calculate API Access situation weights;
According to each API occupation condition, statistics API resource occupation weights;
Overall goal is to ensure that in the historical access situation of API, the link that visit capacity resources occupation amount is large is as far as possible little.
In the process of the embodiment of the present invention, first calculate the shared weights of each application programming interfaces API, and calculate the historical visit capacity weights of each API in this API set according to historical visit capacity; Calculate and revise rear theoretical visit capacity according to the actual access amount of historical visit capacity and resource; Based on calculate revise after the theoretical visit capacity judgement magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time; If judgement next time theoretical visit capacity is greater than last theoretical visit capacity, theoretical last time visit capacity is configured to API Access amount; If judgement next time theoretical visit capacity is less than last theoretical visit capacity, structure constraint set is calculated.
Concrete, Fig. 4 shows the method flow diagram of the dynamic-configuration API Access amount in the embodiment of the present invention, comprises the steps:
S401, calculate the shared weights of each application programming interfaces API;
Calculate in the set of the related API resource of access request the resource occupation weights of each API aPI resource { the A applying for according to request j| 1≤j≤L, the server resource duration set { κ that j ∈ N} is shared j| 1≤j≤L, j ∈ N}, calculates each API resource occupation weights
S402, can calculate the historical visit capacity weights of each API in this set according to historical visit capacity;
According to ε i,jcan get the API resource access collection { A that access request relates to i| 1≤i≤K, i ∈ N} and historical visit capacity set { ρ i| 1≤i≤K, i ∈ N}, can calculate the historical visit capacity weights of each API in this set according to historical visit capacity
Calculate in the set of the related API resource of access request the historical visit capacity weights of each API.
S403, according to the actual access amount of historical visit capacity and resource calculate revise after theoretical visit capacity;
Calculate and revise rear theoretical visit capacity, be the theoretical visit capacity that allows j API of access after revising
Σ j = 1 n ϵ i , j r · μ j r = ϵ i , j r + 1
According to the actual access amount of history access situation and resource, actual access amount is repeatedly revised, ensure that visit capacity is large in history, allow visit capacity also larger.
S404, judge revise after resource service condition whether in load, if in load, enter into S406, otherwise enter into S405;
Foundation if set up, after the implication correction of whole equation expression, resource service condition, in load, can enter into S406
If be false, need to enter into S405.
S405, computational load are introduced parameter, make to revise rear theoretical visit capacity in loading range;
When time, introduce parameter while making request exceed maximum value of taking of resource permission, a coefficient is multiplied by unification, is allowed to condition in resource permission and makes
and θ j r · ϵ i , j r + 1 ∈ N , Here order ϵ i , j r + 1 = θ j · ϵ i , j r + 1 .
S406, judgement theoretical visit capacity and last theoretical visit capacity size next time, if be greater than, carry out S407, otherwise enter into S408;
If S407 next time theoretical visit capacity is more than or equal to last theoretical visit capacity, get last theoretical visit capacity;
Meet (1≤j≤S r) part, the theoretical visit capacity situation that the theoretical visit capacity of the r+1 time is greater than the r time, allows this actual access amount for the last visit capacity of revising, and the revised request amount of j API is the theoretical visit capacity that allows j API of access after revising for the r time ε ' i,jthe visit capacity allowing while calling j API resource for i application requests.
If S408 next time theoretical visit capacity is less than last theoretical visit capacity, theoretical visit capacity heavy neotectonics afterwards is next time become to a constrain set;
For (S r≤ j≤L) part, reconstitute set { A i| S r≤ j≤L, i ∈ N}, constraints becomes:
It should be noted that, the constraints that this step is carried out reenters in the procedure of dynamic-configuration API Access amount again, enters into S401 until API Access amount configuration successful.
It should be noted that, in the time that access request amount newly-increased in certain period is greater than the pre-configured threshold parameter of client, trigger and carry out the shared weights of API and the historical visit capacity weights of API calculate the configuration that finally completes API Access amount, work as time, start S401 and start to calculate.
In the time that access request newly-increased in certain period is greater than the threshold parameter of client's configuration, inspire computational process.
Accordingly, Fig. 5 also shows the API gateway structural representation in the embodiment of the present invention, and this API gateway comprises:
API takies weights computing module, for calculating the shared weights of each application programming interfaces API;
Historical visit capacity weights computing module, for calculating the historical visit capacity weights of each API in this API set according to historical visit capacity;
Revise visit capacity computing module, revise rear theoretical visit capacity for calculating according to the actual access amount of historical visit capacity and resource;
Revised theory visit capacity comparison module, for based on calculate revise after the theoretical visit capacity judgement magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time;
API Access amount configuration module, for when once theoretical visit capacity is greater than once theoretical visit capacity, being configured to API Access amount by theoretical last time visit capacity in judgement; And in judgement once theoretical visit capacity be less than once theoretical visit capacity, the heavy neotectonics constrain set after theoretical visit capacity is next time calculated.
What need to further illustrate is, this API gateway also comprises: load balancing module, be used for judging revise after resource service condition whether in load, if resource service condition in load, enters into revised theory visit capacity comparison module for judging the magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time; If resource service condition is beyond load, computational load is introduced parameter, make to revise rear theoretical visit capacity in loading range, enter into revised theory visit capacity comparison module for judging the magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time.
It should be noted that, this API Access amount configuration module is also in the time that theoretical visit capacity is less than last theoretical visit capacity next time, theoretical visit capacity heavy neotectonics afterwards is next time become to a constrain set, feed back to API take in weights computing module, carry out that the shared weights of API calculate and historical visit capacity weights computing module in carry out the historical visit capacity weights of API and calculate, again complete the configuration of API Access amount.
What need to further illustrate is, this API gateway also comprises: threshold triggers module, for judging in the time that access request amount newly-increased in certain period is greater than the pre-configured threshold parameter of client, the shared weights of API are carried out in triggering and the historical visit capacity weights of API calculate, and finally complete the configuration of API Access amount.
To sum up, technical solution of the present invention adopts Dynamic Programming optimization strategy to substitute original services configuration protocol file, realizes United Dispatching, reasonable distribution to server resource.According to Dynamic Programming strategy to the historical access situation of each API, each API occupation condition, call API required service device resource situation etc. and distribute, frequency and the access control of coordinate application to API Calls.Also improve the invoked efficiency of API.Calling of API do not had to parameter limit, along with the changes in demand of application program and aggregate resource service condition and change.That is to say, API is flexibly by calling of different application.
One of ordinary skill in the art will appreciate that all or part of step in the whole bag of tricks of above-described embodiment is can carry out the hardware that instruction is relevant by program to complete, this program can be stored in a computer-readable recording medium, storage medium can comprise: read-only memory (ROM, Read Only Memory), random access memory (RAM, Random Access Memory), disk or CD etc.
The method of the dynamic-configuration API Access the amount above embodiment of the present invention being provided and gateway and system are described in detail, applied specific case herein principle of the present invention and execution mode are set forth, the explanation of above embodiment is just for helping to understand method of the present invention and core concept thereof; , for one of ordinary skill in the art, according to thought of the present invention, all will change in specific embodiments and applications, in sum, this description should not be construed as limitation of the present invention meanwhile.

Claims (9)

1. a method for dynamic-configuration API Access amount, is characterized in that, described method comprises:
Calculate the shared weights of each application programming interfaces API, and calculate the historical visit capacity weights of each API in this API set according to historical visit capacity;
Calculate and revise rear theoretical visit capacity according to the actual access amount of historical visit capacity and resource;
Based on calculate revise after the theoretical visit capacity judgement magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time;
If judgement next time theoretical visit capacity is more than or equal to last theoretical visit capacity, theoretical last time visit capacity is configured to API Access amount; If judge that theoretical visit capacity is less than last theoretical visit capacity next time, theoretical visit capacity heavy neotectonics constrain set afterwards is next time calculated.
2. the method for dynamic-configuration API Access amount as claimed in claim 1, is characterized in that, described based on calculate revise after the judgement of theoretical visit capacity next time theoretical visit capacity also comprise before with the magnitude relationship of last theoretical visit capacity:
Judge revise after resource service condition whether in load, if resource service condition in load, based on calculate revise after the theoretical visit capacity judgement magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time;
If resource service condition is beyond load, computational load is introduced parameter, make to revise rear theoretical visit capacity in loading range, introduce parameter based on load and calculate revise after the theoretical visit capacity judgement magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time.
3. the method for dynamic-configuration API Access amount as claimed in claim 2, it is characterized in that, if described judgement next time theoretical visit capacity is less than last theoretical visit capacity, in theoretical visit capacity heavy neotectonics constrain set afterwards next time being calculated, also comprise:
When theoretical visit capacity is next time less than last theoretical visit capacity, the heavy neotectonics after theoretical visit capacity is next time become to a constrain set, carry out the historical visit capacity weights of the shared weights of API and API and calculate, finally complete the configuration of API Access amount.
4. the method for the dynamic-configuration API Access amount as described in claims 1 to 3 any one, is characterized in that, described method also comprises:
In the time that access request amount newly-increased in certain period is greater than the pre-configured threshold parameter of client, trigger and carry out the shared weights of API and the historical visit capacity weights of API calculate, finally complete the configuration of API Access amount.
5. an API gateway, is characterized in that, described API gateway comprises:
API takies weights computing module, for calculating the shared weights of each application programming interfaces API;
Historical visit capacity weights computing module, for calculating the historical visit capacity weights of each API in this API set according to historical visit capacity;
Revise visit capacity computing module, revise rear theoretical visit capacity for calculating according to the actual access amount of historical visit capacity and resource;
Revised theory visit capacity comparison module, for based on calculate revise after the theoretical visit capacity judgement magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time;
API Access amount configuration module, for when once theoretical visit capacity is more than or equal to once theoretical visit capacity, being configured to API Access amount by theoretical last time visit capacity in judgement; And in judgement once theoretical visit capacity be less than once theoretical visit capacity, the heavy neotectonics constrain set after theoretical visit capacity is next time calculated.
6. API gateway as claimed in claim 5, is characterized in that, described API gateway also comprises:
Load balancing module, be used for judging revise after resource service condition whether in load, if resource service condition in load, enters into revised theory visit capacity comparison module for judging the magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time; If resource service condition is beyond load, computational load is introduced parameter, make to revise rear theoretical visit capacity in loading range, enter into revised theory visit capacity comparison module for judging the magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time.
7. API gateway as claimed in claim 6, it is characterized in that, described API Access amount configuration module is also in the time that theoretical visit capacity is less than last theoretical visit capacity next time, theoretical visit capacity heavy neotectonics afterwards is next time become to a constrain set, feed back to API take in weights computing module, carry out that the shared weights of API calculate and historical visit capacity weights computing module in carry out the historical visit capacity weights of API and calculate, again complete the configuration of API Access amount.
8. the API gateway as described in claim 5 to 7 any one, it is characterized in that, described API gateway also comprises: threshold triggers module, for judging in the time that access request amount newly-increased in certain period is greater than the pre-configured threshold parameter of client, the shared weights of API are carried out in triggering and the historical visit capacity weights of API calculate, and finally complete the configuration of API Access amount.
9. a system for dynamic-configuration API Access amount, is characterized in that, described system comprises:
Multiple api interfaces, are connected with multiple applications client, for receiving calling of API application program;
Multiple API servers, for storing API resource;
API gateway, is connecting multiple api interfaces, and is connecting multiple API servers, for calculating the shared weights of each application programming interfaces API, and calculates the historical visit capacity weights of each API in this API set according to historical visit capacity; Calculate and revise rear theoretical visit capacity according to the actual access amount of historical visit capacity and resource; Based on calculate revise after the theoretical visit capacity judgement magnitude relationship of theoretical visit capacity and last theoretical visit capacity next time; If judgement next time theoretical visit capacity is more than or equal to last theoretical visit capacity, theoretical last time visit capacity is configured to API Access amount; If judge that theoretical visit capacity is less than last theoretical visit capacity next time, theoretical visit capacity heavy neotectonics constrain set afterwards is next time calculated.
CN201410331882.XA 2014-07-11 2014-07-11 The method and gateway and system of a kind of dynamic configuration API Access amount Expired - Fee Related CN104168133B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410331882.XA CN104168133B (en) 2014-07-11 2014-07-11 The method and gateway and system of a kind of dynamic configuration API Access amount

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410331882.XA CN104168133B (en) 2014-07-11 2014-07-11 The method and gateway and system of a kind of dynamic configuration API Access amount

Publications (2)

Publication Number Publication Date
CN104168133A true CN104168133A (en) 2014-11-26
CN104168133B CN104168133B (en) 2017-07-18

Family

ID=51911780

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410331882.XA Expired - Fee Related CN104168133B (en) 2014-07-11 2014-07-11 The method and gateway and system of a kind of dynamic configuration API Access amount

Country Status (1)

Country Link
CN (1) CN104168133B (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106803815A (en) * 2015-11-26 2017-06-06 阿里巴巴集团控股有限公司 A kind of flow control methods and device
WO2017128980A1 (en) * 2016-01-29 2017-08-03 华为技术有限公司 Method and device for managing resources in cloud platform
CN108023958A (en) * 2017-12-08 2018-05-11 中国电子科技集团公司第二十八研究所 A kind of resource scheduling system based on cloud platform resource monitoring
CN108228346A (en) * 2016-12-13 2018-06-29 佳能株式会社 service system and its control method
CN108388475A (en) * 2018-02-27 2018-08-10 广州联智信息科技有限公司 A kind of method and system based on terminal type provisioning API resource
CN108845869A (en) * 2018-05-31 2018-11-20 中国平安人寿保险股份有限公司 Concurrent request control method, device, computer equipment and storage medium
CN109936589A (en) * 2017-12-15 2019-06-25 中国移动通信集团浙江有限公司 Dynamic load balancing method, device and platform based on API hot value
WO2019178761A1 (en) * 2018-03-21 2019-09-26 华为技术有限公司 Control method for application programming interface (api) gateway cluster, and api gateway cluster
CN112788099A (en) * 2020-11-11 2021-05-11 中移雄安信息通信科技有限公司 Method, device and equipment for loading back-end service and computer storage medium

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060126086A (en) * 2005-06-03 2006-12-07 주식회사 케이티프리텔 System and method for full and interactive mobile communication service of parlay gateway-based
CN1968134A (en) * 2006-04-03 2007-05-23 华为技术有限公司 Middleware-based multimedia consolidation service realizing method and system
CN101997746A (en) * 2009-12-18 2011-03-30 中国科学院声学研究所 Dynamic service quality strategy method and system of home network
CN102281311A (en) * 2010-06-10 2011-12-14 阿里巴巴集团控股有限公司 Method, system and device for implementing network service based on open application programming interface

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060126086A (en) * 2005-06-03 2006-12-07 주식회사 케이티프리텔 System and method for full and interactive mobile communication service of parlay gateway-based
CN1968134A (en) * 2006-04-03 2007-05-23 华为技术有限公司 Middleware-based multimedia consolidation service realizing method and system
CN101997746A (en) * 2009-12-18 2011-03-30 中国科学院声学研究所 Dynamic service quality strategy method and system of home network
CN102281311A (en) * 2010-06-10 2011-12-14 阿里巴巴集团控股有限公司 Method, system and device for implementing network service based on open application programming interface

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106803815B (en) * 2015-11-26 2020-03-24 阿里巴巴集团控股有限公司 Flow control method and device
CN106803815A (en) * 2015-11-26 2017-06-06 阿里巴巴集团控股有限公司 A kind of flow control methods and device
WO2017128980A1 (en) * 2016-01-29 2017-08-03 华为技术有限公司 Method and device for managing resources in cloud platform
CN107026877A (en) * 2016-01-29 2017-08-08 华为技术有限公司 The method and apparatus that resource is managed in cloud platform
US10805385B2 (en) 2016-01-29 2020-10-13 Huawei Technologies Co., Ltd. Method and apparatus for managing resource on cloud platform
CN107026877B (en) * 2016-01-29 2020-07-07 华为技术有限公司 Method and device for managing resources in cloud platform
CN108228346B (en) * 2016-12-13 2022-01-18 佳能株式会社 Service system and control method thereof
CN108228346B9 (en) * 2016-12-13 2022-04-22 佳能株式会社 Service system and control method thereof
US11303546B2 (en) 2016-12-13 2022-04-12 Canon Kabushiki Kaisha Service system and control method of the same
CN108228346A (en) * 2016-12-13 2018-06-29 佳能株式会社 service system and its control method
CN108023958A (en) * 2017-12-08 2018-05-11 中国电子科技集团公司第二十八研究所 A kind of resource scheduling system based on cloud platform resource monitoring
CN109936589B (en) * 2017-12-15 2021-09-03 中国移动通信集团浙江有限公司 Dynamic load balancing method, device and platform based on API (application program interface) heat value
CN109936589A (en) * 2017-12-15 2019-06-25 中国移动通信集团浙江有限公司 Dynamic load balancing method, device and platform based on API hot value
CN108388475A (en) * 2018-02-27 2018-08-10 广州联智信息科技有限公司 A kind of method and system based on terminal type provisioning API resource
CN108388475B (en) * 2018-02-27 2021-06-29 周翠敏 Method and system for configuring API (application program interface) resources based on terminal type
WO2019178761A1 (en) * 2018-03-21 2019-09-26 华为技术有限公司 Control method for application programming interface (api) gateway cluster, and api gateway cluster
US11362952B2 (en) 2018-03-21 2022-06-14 Huawei Cloud Computing Technologies Co., Ltd. Application programing interface API gateway cluster control method and API gateway cluster
US11743187B2 (en) 2018-03-21 2023-08-29 Huawei Cloud Computing Technolgoies Co., Ltd. Application programing interface (API) gateway cluster control method and API gateway cluster
CN108845869A (en) * 2018-05-31 2018-11-20 中国平安人寿保险股份有限公司 Concurrent request control method, device, computer equipment and storage medium
CN112788099A (en) * 2020-11-11 2021-05-11 中移雄安信息通信科技有限公司 Method, device and equipment for loading back-end service and computer storage medium

Also Published As

Publication number Publication date
CN104168133B (en) 2017-07-18

Similar Documents

Publication Publication Date Title
CN104168133A (en) Method and system for dynamic API page view configuration, and gateway
CN104657220B (en) Scheduling model and method based on deadline and expense restriction in mixed cloud
US8751659B2 (en) Data center batch job quality of service control
CN108632365B (en) Service resource adjusting method, related device and equipment
DE102020203877A1 (en) PROCEDURES AND EQUIPMENT FOR CONTROLLING THE PROCESSING OF TELEMETRY DATA ON AN EDGE PLATFORM
CN102567106B (en) Task scheduling method, system and device
CN102835067A (en) Method and apparatus for hierarchical management of system resources
CN101719931A (en) Multi-intelligent body-based hierarchical cloud computing model construction method
CN102193833A (en) Efficient utilization of idle resources in a resource manager
US9559906B2 (en) Server load management
CN110162388A (en) A kind of method for scheduling task, system and terminal device
Di Valerio et al. Optimal virtual machines allocation in mobile femto-cloud computing: An MDP approach
CN110912972B (en) Service processing method, system, electronic equipment and readable storage medium
CN105159736A (en) Establishment method of SaaS software deployment scheme supporting performance analysis
CN104052677A (en) Soft load balancing method and apparatus of single data source
CN107659460A (en) A kind of method of provisioning API visit capacity
AlOrbani et al. Load balancing and resource allocation in smart cities using reinforcement learning
CN110535670B (en) NFV capacity planning method and electronic equipment
CN114443284A (en) Cluster resource load balancing method and device, electronic equipment and medium
Antonescu et al. Towards cross stratum sla management with the geysers architecture
CN111813524B (en) Task execution method and device, electronic equipment and storage medium
CN109039694A (en) A kind of the global network resource allocation methods and device of service-oriented
CN114546647A (en) Scheduling method and scheduling device
CN111556126B (en) Model management method, system, computer device and storage medium
Mohamed et al. Optimal assignment of autonomic managers to cloud resources

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20170718

Termination date: 20200711