JP2019174969A - Communication system, gateway device and communication method - Google Patents

Abstract

To allow a timely optimal service to be provided to a user of a client while reducing work of manually setting a communication destination, when providing the user with services.SOLUTION: A gateway device comprises an environmental parameter acquisition unit, a specification information storage unit, an evaluation condition storage unit, a stage determination unit, a server parameter acquisition unit, a communication destination selection unit and a communication processing unit. The environmental parameter acquisition unit acquires an environmental parameter of a system. In the evaluation condition storage unit, a stage evaluation formula and a server evaluation formula are stored. The stage determination unit substitutes the environmental parameter into the stage evaluation formula to determine a current stage. The communication destination selection unit substitutes a server parameter into the server evaluation formula to select candidates for a server being a communication destination, and the communication processing unit sequentially attempts communication with the candidates for the server.SELECTED DRAWING: Figure 1

Description

  Embodiments described herein relate generally to a communication system, a gateway device, and a communication method.

  In recent software development, a method of constructing a system by preparing a plurality of small-scale services called microservices and bundling them with an API gateway is adopted.

  In such a method, each service is individually developed and operates in different environments. Since each service has a different purpose, multiple servers may be used for each service, and service users (software developers, etc.) select (designate) and use the desired service when connecting to the service. There is a need to. For example, when selecting a desired server service from a high-performance and expensive server and a low-performance and inexpensive server, or from a server that is used for test and production purposes, The case where it selects is considered.

  Conventionally, for example, an Amazon web service (referred to as “AWS”) that provides a platform for using an application on the cloud, an application programming interface gateway (hereinafter referred to as an “API gateway”) that is a relay device between a client and a server (service). ”) Is provided with a communication destination switching function for switching the communication destination of each API in accordance with a stage such as a test time or a production time (for example, refer to Non-Patent Document 1).

  In addition, for example, there is a technology for automatically switching communication destinations by combining some of the settings of a plurality of communication patterns (see, for example, Patent Document 1). Setting for communication can be easily performed.

Amazon API Gateway: https://aws.amazon.com/api/gateway/

JP 2013-196460 A

However, the above-described conventional techniques have the following problems.
In the case of the conventional technique disclosed in Patent Document 1, it is necessary for a software developer to set communication destinations by manually combining communication patterns of communication destinations, and setting work is required each time and setting costs are required.

  When bundling services provided by APIs of a plurality of servers using an API gateway as in recent software development, it is necessary to manually set and combine communication patterns for a large number of APIs. Setting costs will increase further.

  Further, in the conventional technique shown in Non-Patent Document 1, it is necessary to manually specify the communication destination for each API when setting the stage. There is a possibility that the number of necessary stages may be increased by a multiplication formula according to the number of services. Even in this technique, each time the number of stages is increased, setting work for each API is required, so the cost for setting work increases. there is a possibility.

  The problem to be solved by the present invention is that the API gateway relays the request from the client and passes it to the server to execute the processing, thereby providing a service to the client user and reducing the communication destination setting work manually. However, an object is to provide a communication system, a gateway device, and a communication method that can provide a user with an optimal service from time to time.

  The gateway device of the embodiment includes an environmental parameter acquisition unit, a specification information storage unit, an evaluation condition storage unit, a stage determination unit, a server parameter acquisition unit, a communication destination selection unit, and a communication processing unit. The environmental parameter acquisition unit acquires environmental parameters of the system that can be detected on the gateway device side. The specification information storage unit stores specification information including information on microservices realized by each server and an application program (API) running on each server, and location information of each server on the network. The evaluation condition storage unit evaluates the first evaluation condition (stage evaluation formula) for evaluating the stage in which the application program is operating on each server, and whether the server function can process the request for each stage. 2nd evaluation conditions (server evaluation formula) for performing are memorize | stored. The stage determination unit determines a current stage that satisfies the first evaluation condition based on the acquired environmental parameters of the system. The server parameter acquisition unit acquires server parameters in which functions existing in each server are actualized. The communication destination selection unit selects communication destination server candidates that satisfy the second evaluation condition corresponding to the stage determined by the stage determination unit, based on the acquired server parameters and specification information. The communication processing unit sequentially attempts communication with the server candidates selected by the communication destination selection unit.

It is a figure which shows the structure of the application system of embodiment. It is a figure which shows an example of a stage information table. It is a figure which shows an example of an API information table. It is a figure which shows an example of a server information table. It is a figure which shows an example of an environmental parameter table. It is a figure which shows an example of a server parameter table. It is a flowchart which shows the whole operation | movement of this application system. It is a flowchart which shows the operation | movement which determines the present stage in this application system. It is a flowchart which shows the operation | movement which determines the server of a communication destination in this application system. It is a flowchart which shows communication operation | movement in this application system.

Hereinafter, embodiments will be described in detail with reference to the drawings.
(Embodiment)
FIG. 1 is a diagram showing a configuration of an application system according to an embodiment of a communication system.

  As shown in FIG. 1, the application system of the embodiment includes microservices MS_1 and MS_2 (hereinafter “service MS_1”) provided by a plurality of application servers 41 to 44 (hereinafter referred to as “servers 41 to 44”) as server computers. , MS_2 ”) and a client computer C1 as a client computer are connected via the network 1, and an API gateway 2 is interposed as a gateway device between them, and communication between the servers 41 to 44 and the client C1 is performed by an API gateway. A network system 2 relays.

  Among the plurality of servers 41 to 44, the servers 41 and 42 provide the service MS_1. The server name of the server 41 is “1_1”, and the server name of the server 42 is “1_2”.

  Among the plurality of servers 41 to 44, the servers 43 and 44 provide the service MS_2. The server name of the server 43 is “2_1”, and the server name of the application server 44 is “2_2”.

  Each of the servers 41 to 44 that provide the services MS_1 and MS_2 has an application programming interface (hereinafter referred to as “API”) as software or a processing component that performs processing on the web.

  The API is a Web-usable program module that executes data processing in response to a processing request received from the client C1 through the API gateway 2.

  The API is an interface program used by software components included in computers such as servers and clients to communicate with each other. The network 1 is a communication line including the Internet.

  The servers 41 to 44, the client C1, and the API gateway 2 are computers having a CPU, a memory, a communication interface, and the like as hardware.

  A software component such as a web browser capable of executing JavaScript (registered trademark) is installed in the client C1. The web browser can display input screens of various functions from the API of the servers 41 to 44 by accessing the servers 41 to 44.

  On the input screen, for example, an input box for the operator of the client C1 to directly input text data (characters, etc.) is displayed as in a questionnaire survey. Data input to the input box is sent to the target API among the servers 41 to 44 via the network 1 and the API gateway 2 and processed.

  The API gateway 2 includes a storage unit 20, an environment parameter acquisition unit 27, a server parameter acquisition unit 28, a communication destination selection unit 29, a control unit 30, a communication management unit 31, and an editing unit 34 as functional configurations realized by the hardware. Etc.

  The storage unit 20 stores an evaluation condition table 21 as an evaluation condition, a specification information table 24 such as an API information table 22 and a server information table 23, an environment parameter table 25, a server parameter table 26, and the like. The API information table 22 stores specification information (see FIG. 3) of APIs that operate on the servers 41 to 44. The server information table 23 stores specification information of the servers 41 to 44 (see FIG. 4). The communication management unit 31 includes a communication processing unit 32 and a communication error notification unit 33.

  As shown in FIG. 2, the evaluation condition table 21 includes a stage evaluation expression (first evaluation condition), a server evaluation expression (second evaluation condition), etc. for evaluating a stage indicating the environment and status of the entire system. Identification information (stage ID) and each stage name. The stage evaluation formula is a logical formula for evaluating whether or not it corresponds to a stage. The evaluation condition is whether or not a value obtained as a calculation result by substituting the acquired environmental parameter into this logical expression satisfies a preset threshold value.

  For example, a stage discriminant indicating that the service implementation stage is the test stage is Process = test, and a stage discriminant indicating the production stage (operation stage) is Process = prod. The discriminant of the stage indicating that the current time is noon is 1000 <Time <2000. As described above, the stage discrimination result may be obtained as a real number (numerical value), or may be obtained as a binary value of “positive” or “not”, or may be obtained by a command.

  The server evaluation formula is a calculation formula that becomes a reference for server evaluation in the stage, and is set for each stage. After the stage is specified, the rank of the server as a communication destination candidate is determined by the magnitude of the numerical value obtained as a calculation result by substituting the acquired server parameter into the calculation formula corresponding to the specified stage.

  That is, the evaluation condition table 21 is a stage evaluation formula for evaluating the stage in which the API is operating in each server 41 to 44, and whether the function of the server 41 to 44 can process a request from the client C1 for each stage. It functions as an evaluation condition storage unit that stores a server evaluation formula for evaluating whether or not.

  The specification information table 24 includes information on microservices (microservice ID) realized by the servers 41 to 44 and APIs operating on the servers 41 to 44, and location information of the servers 41 to 44 on the network 1 ( It functions as a specification information storage unit in which specification information including (location) is stored.

  For example, as shown in FIG. 3, in the API information table 22, for each API ID, an API name that is an API name and a micro service ID of a communication destination are stored in association with each other.

  As shown in FIG. 4, the server information table 23 stores the location (location information) of each server 41 to 44 on the network 1, the micro service ID, and the server name for each server ID.

  The environmental parameter acquisition unit 27 acquires environmental parameters of the system that can be detected on the API gateway 2 side. The environmental parameters include, for example, the current time (Time), time zone (Time zone), calendar (week, day), service implementation stage (Process: test stage or test stage (prod)), this gateway 2 Are variables that are uniquely determined for the entire system, such as the total amount of data relayed and the total usage amount of the pay server (billing total: Billing), and acquisition modules 27a to 27n are provided for each. Each of the acquisition modules 27a to 27n is mounted so that these values can be uniquely acquired in response to a request from the communication destination selection unit 29.

  In addition, since the value returned by the environment parameter acquisition unit 27 needs to indicate whether or not the result obtained by substituting the value into the stage evaluation expression corresponds to the current situation, the evaluation expression is expressed by a logical expression, and the evaluation result Is preferably a truth value.

  As shown in FIG. 5, the environment parameter table 25 stores a variable name and a value (parameter value) of the variable name for each environment parameter ID. The value acquired by the environment parameter acquisition unit 27 is entered as the value of the variable name (parameter value). In this example, the billing amount Billing and the stage Process are given as examples of variable names. However, for example, the time, the total billing amount of the server, the operating status of the server or the operating status of the API running on the server, etc. Conceivable.

  The server parameter acquisition unit 28 acquires server parameters obtained by realizing functions and performance existing in the servers 41 to 44. As an example, this server parameter is a value (attribute) that represents a server-specific property that is uniquely determined for each server, such as server performance, usage fee (billing amount), version (test version, production, etc.), and presence or absence of bugs. Information).

  The server parameter acquisition unit 28 includes a plurality of acquisition modules 28a to 28n. Each acquisition module 28a to 28n is provided for each parameter such as a program for acquiring performance and a program for acquiring a usage fee (billing amount), and the parameters are acquired for the number of servers used. The

  As shown in FIG. 6, the server parameter table 26 stores a variable name, its server ID, and the value of the variable name (parameter value) for each server parameter ID. The value acquired by the server parameter acquisition unit 28 is entered as the variable name value (parameter value). In this example, the billing amount Billing and the operation stage Version_newest are given as examples of variable names.

  The communication destination selection unit 29 functions as a stage determination unit that determines the current stage (test or production) that satisfies the stage evaluation formula based on the acquired environmental parameters of the system. Specifically, the communication destination selection unit 29 assigns environmental parameters to a plurality of different stage evaluation expressions (stage_1, stage_2,...) Set as evaluation conditions, evaluates each stage, and includes the evaluation results. From this, the stage with the best evaluation is identified as the current stage.

  Further, the communication destination selection unit 29 selects communication destination server candidates that satisfy the server evaluation formula corresponding to the determined stage based on the server parameters acquired by the server parameter acquisition unit 28. More specifically, the communication destination selection unit 29 generates a list of communication destination candidates that satisfy the server evaluation formula, and gives priority to the servers in the order of communication destination candidates with good evaluation results in the generated list. The data is transferred to the communication processing unit 32 through the control unit 30.

  The control unit 30 performs control to relay the API request from the client C1 to the request destination server (any of the servers 41 to 44). The control unit 30 controls the following units.

  The communication management unit 31 receives the server list from the communication destination selection unit 29 through the control unit 30, and communicates with the server according to the server list. The communication processing unit 32 sequentially tries communication with the server (any one of the servers 41 to 44) selected by the communication destination selection unit 29. At this time, the communication processing unit 32 tries to communicate with the server in the order of candidates with the highest priority among the server IDs described in the passed server list.

  The communication processing unit 32 instructs the communication error notification unit 33 to return a communication error when communication fails as a result of attempting communication with all candidate servers, that is, when a communication error occurs. The communication error notification unit 33 returns a communication error to the control unit 30 in accordance with this instruction. Then, the control unit 30 returns a communication error to the client C1.

  The editing unit 34 displays an editing screen for editing the contents of the evaluation condition table 21 on the administrator's PC by accessing from the administrator's PC, and the contents of the evaluation condition table 21 can be edited on the editing screen. is there.

  Hereinafter, the operation of the application system of this embodiment will be described with reference to the flowcharts of FIGS. FIG. 7 is a flowchart showing the overall operation of the application system.

  First, the processing operation from when the API gateway 2 receives an API request from the client C1 until the communication is relayed to the communication target server will be described with reference to the flowchart of FIG.

  In the API gateway 2, the control unit 30 waits for an API request to be received from the client C1 (No in step S101 in FIG. 7, step S102), and receives the API request from the client C1 (FIG. 7). In step S101, the control unit 30 instructs the communication destination selection unit 29 to generate a candidate server list (server list) (step S103).

  At this time, the control unit 30 transmits request destination information indicating to which API the API request received from the client C1 is directed to the communication destination selection unit 29. The request destination information is included in the API request.

  Upon receiving an instruction from the control unit 30, the communication destination selection unit 29 receives the environment parameters (time, total amount charged by the server, operation status of the server or operation status of the API running on the server, etc.) acquired by the environment parameter acquisition unit 27. ) Is used to identify (determine) the current stage of the communication destination (step S104). This stage specific operation will be described in detail with reference to the flowchart of FIG. 8 described later.

  The communication destination selection unit 29 assigns the acquired server parameters to the server evaluation formula together with the stage specification, and evaluates the performance and state of the server.

  The communication destination selection unit 29 uses the specification information table 24 (the server information table 23), the server ID of the server that satisfies the specified stage condition, the location information of the server operating at that stage, and the API information used in the micro service. Server candidates extracted from the API information table 22) and the read server information and API information are selected as server candidates that can be communication destinations, a server list of communication destination candidates is generated, and passed to the control unit 30 (step S105). The operation of selecting a communication destination server will be described in detail with reference to a flowchart of FIG. 9 described later.

  The control unit 30 passes the API request received from the client C1 and the communication destination candidate server list generated by the communication destination selection unit 29 to the communication management unit 31 (step S106).

  The communication management unit 31 performs communication with the server in order from the server ID having the higher priority described in the server list passed from the control unit 30 (step S107), and the communication result obtained by the communication is transmitted to the control unit. Return to 30.

  The control unit 30 returns the communication result received from the communication management unit 31 to the client C1 (step S108).

The stage specifying operation in S104 will be described in detail with reference to the flowchart in FIG.
In this process, the communication destination selection unit 29 specifies (determines) the current stage using the stage evaluation formula included in the stage information read from the evaluation condition table 21.

  In this case, the communication destination selection unit 29 first reads out the stage evaluation conditions, that is, the stage evaluation formulas in the evaluation condition table 21 of FIG. 2 (step S201), and the environment parameter acquisition unit 27 includes all the inside and outside the system. The environmental parameter is requested (step S202).

  The environment parameter acquisition unit 27 acquires the environment parameter using each of the acquisition modules 27a to 27n (step S203), and returns it to the communication destination selection unit 29.

  Upon receiving the environment parameter acquired by the environment parameter acquisition unit 27, the communication destination selection unit 29 converts the received environment parameter into all the stage evaluation formulas (stage ID “stage_1”, “stage_2”... Stage ID “stage_4”). Substitute and evaluate the current stage of the server for each stage (step S204).

  From the evaluations of each stage evaluation formula, the one with the best evaluation (specifically, the one that satisfies the condition that the evaluation result is correct if it is a conditional expression, or the one that has a high numerical value if it is a function expression) The current stage is determined, that is, the stage is specified (step S205).

  Here, the variable Billing and the variable Process in the stage evaluation formula of the evaluation condition table 21 in FIG. 2 correspond to each environmental parameter, and the value of the acquired environmental parameter is substituted into the evaluation formula. For example, for the variable Blling and the variable Process, if the acquired environmental parameters are “1500” and “test”, the evaluation expression of the stage ID “stage_1” is “No”, the evaluation expression of the stage ID “stage_2” is “positive”, The evaluation expression for the stage ID “stage_3” is “No” and the evaluation expression for the stage ID “stage_4” is “No”. From this, the correct value for the evaluation, that is, the stage ID “stage_2” whose evaluation result is “Positive” is selected. Judge as the current stage.

  The evaluation formula shown here is an example, and in addition to the conditional formula (selection formula), for example, it may be expressed by a polynomial using variables (F1 (X1, X2,... Xn), etc.) By substituting the acquired environmental parameters into the variables X1, X2,... Xn, the evaluation result of each stage is expressed as a truth value. Among these, the stage where the real number of the evaluation result is the maximum is specified (determined) as the current stage.

With reference to the flowchart of FIG. 9, the operation of selecting the communication destination server in S105 will be described in detail.
In this process, the communication destination selection unit 29 reads out the server evaluation condition from the evaluation condition table 21, that is, the server evaluation formula in the evaluation condition table 21 of FIG. 2 (step S301).

  Subsequently, the communication destination selection unit 29 requests all server parameters from the server parameter acquisition unit 28 (step S302).

  Receiving this request, the server parameter acquisition unit 28 acquires the corresponding server parameter using each of the acquisition modules 28a to 28n (step S303).

  The values returned by the respective acquisition modules 28a to 28n of the server parameter acquisition unit 28 to the communication destination selection unit 29 are substituted into the server evaluation formula (see FIG. 2) read by the communication destination selection unit 29 and evaluated in the same manner as the environmental parameters. In order to (compar with a threshold value), it is desirable to be a real number. However, an exception value (exception) is used to represent a server that cannot communicate.

  The communication destination selection unit 29 receives the server parameter acquired by the server parameter acquisition unit 28 from the server parameter acquisition unit 28, and converts the received server parameter into the server evaluation formula included in the stage of the stage ID determined in the process of S104. Substitute and calculate and store the evaluation value (step S304).

  The server evaluation formula used here is a server evaluation formula corresponding to the stage ID “stage2” determined in the process of FIG. 8, that is, “-billing + version_newest”.

  As shown in FIG. 6, when the server parameter acquisition result is a value in the server parameter table 26, when each value is substituted into the server evaluation formula, the calculation result (evaluation value) of the server 41 (1_1) is − 1000 + 1 = "-999", the calculation result (evaluation value) of the server 42 (1_2) is -10 + 1 = "-9", and the calculation result (evaluation value) of the server 43 (2_1) is 0 + 1 = "1", the calculation result (evaluation value) of the server 44 (2_2) is 0 + exception = "exception".

  By assigning the server parameters acquired in this way to each variable of the server evaluation formula, an evaluation calculation at that stage is performed, and a real number is calculated as an evaluation result of each server. However, when an exceptional value becomes an evaluation result like the calculation result (evaluation value) of the server 44 (2_2), the server determines that communication is impossible.

  From the specification information table 24, the communication destination selection unit 29 acquires candidate server IDs and locations that should be connection destinations having the requested API, and a server list of connection destination candidates corresponding to the server IDs and the locations. Is generated (step S305).

  Here, first, the micro service ID for communication using the API ID included in the request is acquired from the API information table 22. Subsequently, the communication destination selection unit 29 acquires the server ID and its location (location information of the server on the network 1) included in the micro service with the acquired micro service ID from the server information table 23, and connects based on these. A server list of destination candidates is generated.

  The communication destination selection unit 29 assigns a priority to each server ID in the generated server list of connection destination candidates (sequentially assigns a number from 1 in order of the server ID having the highest evaluation value) (step S306). Is returned to the control unit 30 (step S307). It should be noted that a server that is an exception value in the evaluation result is determined to be unable to communicate and is excluded from the list. In the evaluation result, the server 41 (1_1), the server 42 (1_2), and the server 43 (2_1) excluding the server 44 (2_2) are included in the server list from the calculation result (evaluation value).

The communication operation of S107 will be described in detail with reference to the flowchart of FIG.
In the communication supervision unit 31, the communication processing unit 32 obtains the server ID having the highest priority from the communication destination candidate server list included in the information received from the control unit 30 (communication destination candidate server list and API request). Select and execute communication with the server (step S401 in FIG. 10).

  Here, when the communication is successful (No in Step S402), the communication processing unit 32 ends the communication of the server and returns the communication result received from the server to the control unit 30 (Step S403).

  On the other hand, when communication fails (Yes in Step S402), the communication processing unit 32 excludes the server ID of the server that has failed in communication from the server list of communication destination candidates (Step S404).

  After the exclusion, the communication processing unit 32 checks whether the server ID of the communication destination server remains in the communication destination candidate server list (step S405).

  As a result of checking the server list of communication destination candidates, if the server ID of the communication destination server does not remain in the server list of communication destination candidates (No in step S405), the communication processing unit 32 sends a communication error to the communication error notification unit 33. In response to this instruction, the communication error notification unit 33 returns a communication error to the control unit 30 (step S406).

  When the server ID of the communication destination server remains in the server list (Yes in step S405), the communication processing unit 32 has the next highest evaluation after the server that attempted communication from the server IDs remaining in the list. The server ID of the selected server is selected (step S407), and communication is performed again with respect to the server having the selected server ID (step S408).

  As described above, according to the application system of this embodiment, when the API request is received by the API gateway 2 from the client C1, the API gateway 2 relays the communication to the API of the server in accordance with the API request. Acquire server parameters, first determine the current stage by substituting the acquired environmental parameters into the stage evaluation expression, and then assign the acquired server parameters to the server evaluation expression corresponding to the determined current stage. Then select the server that should be the communication destination. In other words, because the server that is the relay destination of communication is automatically selected according to the current situation, the software developer does not need to manually specify the relay destination server according to the situation, and the work for that Cost can be reduced.

  In addition, the API gateway 2 often manages information on a large number of APIs, and it is necessary to set a communication pattern for each API as a connection destination. In the embodiment, it is not necessary to set a communication pattern for each API, and it is only necessary to prepare two evaluation expressions for stage evaluation and server evaluation corresponding to an assumed situation, thereby reducing the setting cost. be able to.

  In this application system, the server that is the current stage and communication destination is automatically selected without the user's designation, and the communication destination of all APIs is appropriately switched according to the usage environment and usage status of the server. Therefore, the communication pattern setting work for that is no longer necessary, and in developing software that bundles services using the APIs of the plurality of servers 41 to 44 using the API gateway 2, manual setting work is reduced. Total cost can be reduced.

  Although the embodiment of the present invention has been described, this embodiment is presented as an example and is not intended to limit the scope of the invention. The novel embodiment can be implemented in various other forms, and various omissions, replacements, and changes can be made without departing from the scope of the invention. The embodiments and modifications thereof described herein are included in the scope and gist of the invention, and are included in the invention described in the claims and the equivalents thereof.

  In the above embodiment, in the API gateway 2, the control unit 30 receives a request from the client C1 and distributes the request to each of the servers 41 to 44. In addition to this, the API gateway 2 is provided with several APIs for each service. Alternatively, a request from the client C1 may be once received by the API of the API gateway 2, and the API may distribute the request to the servers 41 to 44 that provide the corresponding service.

  As a specific example of selecting a server according to the evaluation result of the stage, in the case where the installation locations of the servers 41 to 44 are scattered in different areas such as “Osaka” and “Tokyo”, for example, The environmental parameter acquisition unit 27 acquires disaster occurrence information that a disaster has occurred in the Kanto area such as “Tokyo”, “Chiba”, “Kanagawa”, etc. from a server of the disaster prevention site, for example, and selects the destination of the disaster occurrence information. The communication destination selection unit 29 calculates the score as a disaster occurrence area from the position information (environment parameter) included in the disaster occurrence information by using a preset function formula, and the disaster occurrence from the score. Evaluate the degree of impact on service provision, and if the degree of Kanto is high, distribute the request from client C1 to the “Osaka” server that provides the same type of service. It may be so that.

  In the above embodiment, each component of the API gateway 2 is realized by a program installed in a storage such as a hard disk device of a computer. In addition, the above program is stored in a computer-readable electronic medium: electronic media. The function of the present invention may be realized by the computer by causing the computer to read the program from the electronic medium. Examples of the electronic medium include a recording medium such as a CD-ROM, flash memory, and removable media. Further, the configuration may be realized by distributing and storing components in different computers connected via a network, and communicating between computers in which the components are functioning.

  41-44 ... application server (server), C1 ... client, 2 ... API gateway, 20 ... storage unit, 21 ... evaluation condition table, 22 ... API information table, 23 ... server information table, 24 ... specification information table, 25 ... Environmental parameter table, 26 ... Server parameter table, 27 ... Environmental parameter acquisition unit, 28 ... Server parameter acquisition unit, 29 ... Communication destination selection unit, 30 ... Control unit, 31 ... Communication management unit, 32 ... Communication processing unit, 33 ... Communication error notification part.

Claims (9)

In a gateway device connected to a client and a plurality of servers via a network and relaying a request from the client to a request destination server,
An environmental parameter acquisition unit for acquiring environmental parameters of a system detectable on the gateway device side;
A specification information storage unit storing specification information including information on microservices realized by each server and an application program operating on each server, and location information of each server on the network;
A first evaluation condition for evaluating a stage in which an application program is operating on each server and a second evaluation condition for evaluating whether the function of the server can process the request for each stage A stored evaluation condition storage unit;
A stage determination unit that determines a current stage that satisfies the first evaluation condition based on the acquired environmental parameters of the system;
A server parameter acquisition unit that acquires server parameters obtained by realizing functions existing in each server;
Based on the acquired server parameter and the specification information, a communication destination selection unit that selects communication destination server candidates that satisfy the second evaluation condition corresponding to the stage determined by the stage determination unit;
A gateway apparatus comprising: a communication processing unit that sequentially attempts communication with server candidates selected by the communication destination selection unit.   2. The gateway device according to claim 1, wherein the environmental parameter includes one of a service operation stage and a production stage, a time, a time zone, a calendar, a data amount to be relayed, and a charge amount of a pay server.   The gateway device according to claim 1, wherein the server parameter includes one of a charge amount and a performance set for each server.   The gateway apparatus according to claim 1, wherein the first evaluation condition is whether or not a value obtained as a result of substituting the environmental parameter into a conditional expression or function expression satisfies a preset threshold value.   The gateway apparatus according to claim 1, wherein the second evaluation condition is a calculation expression for server evaluation set corresponding to the determined stage. The communication destination selection unit
A list of communication destination candidate servers that satisfy the second evaluation condition is generated, and priority is given to the servers in order of communication destination candidates with good evaluation results in the list, and passed to the communication processing unit.
The communication processing unit
The gateway apparatus according to claim 1, wherein communication is attempted in order of candidates having a high priority in the passed server list. The stage determination unit
The gateway apparatus according to claim 1, wherein the environmental parameter is substituted into a plurality of stage evaluation expressions set as evaluation conditions, evaluated for each stage, and a stage having a good evaluation result is specified as the current stage. In a communication system having a gateway device connected to a client and a plurality of servers via a network, the gateway device relays a request from the client to a requested server.
The gateway device is
An environmental parameter acquisition unit for acquiring environmental parameters of a system detectable on the gateway device side;
A specification information storage unit storing specification information including information on microservices realized by each server and an application program operating on each server, and location information of each server on the network;
A first evaluation condition for evaluating a stage in which an application program is operating on each server and a second evaluation condition for evaluating whether the function of the server can process the request for each stage A stored evaluation condition storage unit;
A stage determination unit that determines a current stage that satisfies the first evaluation condition based on the acquired environmental parameters of the system;
A server parameter acquisition unit that acquires server parameters obtained by realizing functions existing in each server;
Based on the acquired server parameters and the specification information, a communication destination selection unit that selects communication destination server candidates that satisfy the second evaluation condition corresponding to the stage determined by the stage determination unit;
A communication processing unit comprising: a communication processing unit that sequentially attempts communication with server candidates selected by the communication destination selection unit. A communication method in a gateway device connected to a client and a plurality of servers via a network and relaying a request from the client to a request destination server,
The gateway device is
Obtaining environmental parameters of the system detectable on the gateway device side;
Storing specification information including information on microservices realized by each server and an application program operating on each server, and location information of each server on the network;
A first evaluation condition for evaluating a stage in which an application program is operating on each server; and a second evaluation condition for evaluating whether the function of the server can process the request for each stage. Remember,
Determining a current stage satisfying the first evaluation condition based on the acquired environmental parameters of the system;
Get server parameters that realize the functions that exist on each server,
Based on the acquired server parameter and the specification information, the gateway device selects a communication destination server candidate that satisfies the second evaluation condition corresponding to the determined stage,
A communication method that attempts to communicate sequentially with the selected server candidates.

Images