CN111600921B - Request sending method and device based on middleware and computer equipment - Google Patents
Request sending method and device based on middleware and computer equipment Download PDFInfo
- Publication number
- CN111600921B CN111600921B CN202010208480.6A CN202010208480A CN111600921B CN 111600921 B CN111600921 B CN 111600921B CN 202010208480 A CN202010208480 A CN 202010208480A CN 111600921 B CN111600921 B CN 111600921B
- Authority
- CN
- China
- Prior art keywords
- middleware
- request message
- preset
- component
- request
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/562—Brokering proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
The application discloses a request sending method, a request sending device, a computer device and a storage medium based on middleware, wherein the method comprises the following steps: acquiring first flow data of a preset first middleware; calculating a load value by using the first flow data; if the load value is larger than a preset load threshold value, screening out a designated component; modifying the appointed component into a second middleware, and opening a first standby communication port and a second standby communication port; classifying the request message received by the first middleware into a first request message and a second request message; receiving the first request message by using a first standby communication port, and processing the first request message so as to obtain an intermediate request message; and sending the intermediate request message to a final component by using a second standby communication port. Therefore, the load of the intermediate piece is lightened on the premise of ensuring that the structural system is basically unchanged.
Description
Technical Field
The present application relates to the field of computers, and in particular, to a method, an apparatus, a computer device, and a storage medium for sending a request based on middleware.
Background
The middleware is mainly designed to solve the problem of strong coupling between the request terminal and the requested component (i.e., the previous direct connection between the request terminal and the requested component, so that it is difficult to perform operations such as maintenance of the component). The conventional middleware is located between a plurality of request terminals and a plurality of requested components, and although the problem of coupling between the request terminals and the components is achieved, since all requests are passed through the middleware, the middleware will affect the operation of the whole system once the middleware is in high load to cause faults. However, the traditional middleware scheme cannot solve the problem of overlarge middleware load.
Disclosure of Invention
The application mainly aims to provide a request sending method, a request sending device, a computer device and a storage medium based on middleware, aiming at reducing the load of the middleware.
In order to achieve the above object, the present application provides a request sending method based on middleware, which includes the following steps:
acquiring first flow data of a preset first middleware;
according to a preset load calculation method, calculating a load value of the first middleware by using the first flow data, and judging whether the load value is larger than a preset load threshold value or not;
If the load value is larger than a preset load threshold value, a designated component is screened out of a plurality of components which are in communication connection with the first middleware through a preset component screening method, wherein the designated component can be modified into a second middleware;
according to a preset middleware modification method, modifying the appointed assembly into a second middleware, and opening a first standby communication port and a second standby communication port of the appointed assembly, wherein the first standby communication port is used for receiving a request message, and the second standby communication port is used for sending the request message;
classifying the request message received by the first middleware into a first request message and a second request message according to a preset request message classification method, wherein the first request message is from a request terminal of a specified type, and the second request message is from other request terminals except the specified type;
receiving the first request message by using a first standby communication port of the second middleware, and processing the first request message by adopting a preset data processing method so as to obtain an intermediate request message;
and sending the intermediate request message to a final component designated by the first request message by using a second standby communication port of the second middleware.
Further, the first flow data is continuous in time, and the step of calculating the load value of the first intermediate member by using the first flow data according to a preset load calculation method includes:
generating a first function f (x) of first flow data-time with time as an independent variable, the first flow data being a dependent variable; the method comprises the steps of obtaining preset standard flow data, taking time as an independent variable, and generating a second function F (x) of standard flow data-time by taking the standard flow data as the dependent variable;
the formula is adopted:
calculating a load function M (x), wherein P is a preset threshold parameter, and P is greater than 0;
according to the formula: load value = high value time length/(low value time length + high value time length), calculating the load value of the first middleware, wherein the high value time length is the time length of the load function M (x) equal to P, and the low value time length is the time length of the load function M (x) unequal to P.
Further, the plurality of components includes a plurality of first components and a plurality of second components, the first components refer to components that cannot be modified into a second middleware, the second components refer to components that can be modified into a second middleware, and the step of screening a specified component from the plurality of components that are in communication connection with the first middleware through a preset component screening method includes:
Counting the type of a request message received by the first middleware and counting the type of a request terminal which is in communication connection with the first middleware;
dividing the request message into a plurality of categories according to the type of the request message and the type of the request terminal, wherein the type of the request message and the type of the request terminal in the same category are the same;
selecting a specified category from the plurality of categories, wherein the number of message bars in the specified category is greater than the number of message bars in other categories;
and acquiring the designated component corresponding to the designated category according to the preset corresponding relation between the category and the second component.
Further, the specified component is obtained by writing codes on the basis of the existing middleware, the specified component comprises a first code and a second code, the first code is used for realizing the middleware function of the specified component, the second code is used for realizing the component function of the specified component, and the first code is in an inactive state in a normal state; the step of transforming the designated component into the second middleware according to the preset middleware transformation method comprises the following steps:
and sending an activation instruction to the appointed component, wherein the activation instruction is used for activating a first code of the appointed component so as to reform the appointed component into a second middleware.
Further, before the step of obtaining the intermediate request message by using the first standby communication port of the second middleware to receive the first request message and adopting a preset data processing method to process the first request message, the method includes:
acquiring the number A1 of the first request messages and the number A2 of the second messages, acquiring the total message length L1 of all the first request messages, and acquiring the total message length L2 of all the second request messages;
according to the formula:
calculating the duty ratio index J of the first request message, wherein k1 and k2 are preset parameters;
judging whether the duty ratio index J is larger than a preset duty ratio threshold value or not;
and if the duty ratio index J is larger than a preset duty ratio threshold, generating a request message receiving instruction, wherein the request message receiving instruction is used for indicating to utilize a first standby communication port of the second middleware to receive the first request message.
Further, the step of processing the first request message by using a preset data processing method to obtain an intermediate request message includes:
creating a proxy object corresponding to the first request message by adopting a preset proxy mode, wherein the proxy object comprises a callback function and a callback attribute of the request terminal;
Encapsulating the proxy object into preset internal parameters so as to obtain proxy parameters;
and converting the format of the first request message into a designated message format so as to obtain a temporary message, and writing the proxy parameter into the temporary message so as to obtain an intermediate request message.
Further, after the step of sending the intermediate request packet to the final component specified by the first request packet by using the second backup communication port of the second middleware, the method includes:
acquiring second traffic data of the first middleware, wherein the second traffic data temporally receives the first traffic data;
according to the load calculation method, calculating a secondary load value of the first middleware by using the second flow data, and judging whether the secondary load value is larger than the load threshold value or not;
if the secondary load value is greater than the load threshold, screening a standby component from a plurality of components which are in communication connection with the first middleware according to a preset component screening method, wherein the standby component can be modified into a third middleware;
according to a preset middleware modification method, modifying the standby assembly into a third middleware, and opening a third standby communication port and a fourth standby communication port of the standby assembly, wherein the third standby communication port is used for receiving a request message, and the fourth standby communication port is used for sending the request message;
Classifying the second request message into a third request message and a fourth request message according to a preset request message classification method, wherein the third request message is from a request terminal matched with the third middleware;
receiving the third request message by using a third standby communication port of the third middleware, and processing the third request message by adopting a preset data processing method, thereby obtaining an indirect request message;
and sending the indirect request message to a final component appointed by the third request message by using a fourth standby communication port of the third middleware.
The application provides a request sending device based on middleware, comprising:
the first flow data acquisition unit is used for acquiring first flow data of a preset first middleware;
the load value judging unit is used for calculating the load value of the first middleware by utilizing the first flow data according to a preset load calculation method and judging whether the load value is larger than a preset load threshold value or not;
the appointed component screening unit is used for screening appointed components from a plurality of components which are in communication connection with the first middleware through a preset component screening method if the load value is larger than a preset load threshold value, wherein the appointed components can be transformed into a second middleware;
The second middleware modification unit is used for modifying the appointed component into a second middleware according to a preset middleware modification method, and opening a first standby communication port and a second standby communication port of the appointed component, wherein the first standby communication port is used for receiving a request message, and the second standby communication port is used for sending the request message;
the request message classification unit is used for classifying the request message received by the first middleware into a first request message and a second request message according to a preset request message classification method, wherein the first request message is from a request terminal of a specified type, and the second request message is from other request terminals except the specified type;
an intermediate request message obtaining unit, configured to receive the first request message by using a first standby communication port of the second middleware, and process the first request message by using a preset data processing method, so as to obtain an intermediate request message;
and the intermediate request message sending unit is used for sending the intermediate request message to a final component appointed by the first request message by utilizing the second standby communication port of the second middleware.
The present application provides a computer device comprising a memory storing a computer program and a processor implementing the steps of any of the methods described above when the processor executes the computer program.
The present application provides a computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of the method of any of the preceding claims.
According to the middleware-based request sending method, the middleware-based request sending device, the computer equipment and the storage medium, first flow data of a preset first middleware are obtained; calculating a load value of the first intermediate piece by using the first flow data; if the load value is larger than a preset load threshold value, a designated component is screened out from a plurality of components which are in communication connection with the first middleware through a preset component screening method; modifying the appointed component into a second middleware, and opening a first standby communication port and a second standby communication port of the appointed component; classifying the request message received by the first middleware into a first request message and a second request message; receiving the first request message by using a first standby communication port of the second middleware, and processing the first request message, thereby obtaining an intermediate request message; and sending the intermediate request message to a final component designated by the first request message by using a second standby communication port of the second middleware. Therefore, the load of the intermediate piece is lightened on the premise of ensuring that the structural system is basically unchanged.
Drawings
FIG. 1 is a flowchart of a middleware-based request sending method according to an embodiment of the present application;
FIG. 2 is a block diagram schematically illustrating a structure of a request sending device based on middleware according to an embodiment of the present application;
fig. 3 is a schematic block diagram of a computer device according to an embodiment of the present application.
The achievement of the objects, functional features and advantages of the present application will be further described with reference to the accompanying drawings, in conjunction with the embodiments.
Detailed Description
The present application will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present application more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application.
Referring to fig. 1, an embodiment of the present application provides a request sending method based on middleware, including the following steps:
s1, acquiring first flow data of a preset first middleware;
s2, calculating a load value of the first middleware by using the first flow data according to a preset load calculation method, and judging whether the load value is larger than a preset load threshold value or not;
s3, if the load value is larger than a preset load threshold value, screening a designated component from a plurality of components which are in communication connection with the first middleware through a preset component screening method, wherein the designated component can be transformed into a second middleware;
S4, according to a preset middleware modification method, modifying the appointed assembly into a second middleware, and opening a first standby communication port and a second standby communication port of the appointed assembly, wherein the first standby communication port is used for receiving a request message, and the second standby communication port is used for sending the request message;
s5, classifying the request message received by the first middleware into a first request message and a second request message according to a preset request message classification method, wherein the first request message is from a request terminal of a specified type, and the second request message is from other request terminals except the specified type;
s6, receiving the first request message by using a first standby communication port of the second middleware, and processing the first request message by adopting a preset data processing method so as to obtain an intermediate request message;
and S7, sending the intermediate request message to a final component designated by the first request message by using a second standby communication port of the second middleware.
As described in step S1, first flow data of a preset first middleware is obtained. The flow is a direct relation factor of the middleware load, and in general, the flow is large and the pressure of the middleware load is large and the flow is small and the pressure of the middleware load is small. The application performs a load analysis of the first intermediate piece by means of the flow data.
According to the above step S2, the load value of the first middleware is calculated according to the preset load calculation method by using the first flow data, and whether the load value is greater than a preset load threshold is determined. The load calculating method may be any feasible method, for example, according to a corresponding relationship between a preset flow data value and a load level, a load level value corresponding to the first flow data is obtained; alternatively, the first flow data is used as an independent variable, and a first function f (x) of the first flow data and the time is generated; the method comprises the steps of obtaining preset standard flow data, taking time as an independent variable, and generating a second function F (x) of standard flow data-time by taking the standard flow data as the dependent variable; the formula is adopted:
calculating a load function M (x), wherein P is a preset threshold parameter, and P is greater than 0; according to the formula: load value = high value time length/(low value time length + high value time length), calculating the load value of the first middleware, wherein the high value time length is the time length of the load function M (x) equal to P, and the low value time length is the time length of the load function M (x) unequal to P.
If the load value is greater than the preset load threshold, a designated component is selected from a plurality of components that are communicatively connected to the first middleware by a preset component screening method, where the designated component can be modified to be a second middleware, as described in step S3 above. The application employs a special component design, i.e. there is a design in the plurality of components that can be adapted to a second middleware to share the load of the first middleware when the first middleware is overloaded. Therefore, through a preset component screening method, a designated component is screened from a plurality of components which are in communication connection with the first middleware, wherein the designated component can be modified into a second middleware. Wherein the specified components can be obtained in any feasible manner, such as further code writing based on existing middleware to obtain the functionality of the components, thereby forming a collection of middleware and component functionality.
And (4) modifying the designated component into a second middleware according to a preset middleware modification method, and opening a first standby communication port and a second standby communication port of the designated component, wherein the first standby communication port is used for receiving the request message, and the second standby communication port is used for sending the request message. The preset middleware modification method can be any feasible method, and is directly related to the characteristics of the specified components. For example, when the specified component is written in a code manner based on an existing middleware, the specified component includes a first code and a second code, the first code is used for implementing a middleware function of the specified component, the second code is used for implementing a component function of the specified component, and in a case that the first code is in an inactive state in a normal state, the preset middleware modification method is, for example: and sending an activation instruction to the appointed component, wherein the activation instruction is used for activating a first code of the appointed component so as to reform the appointed component into a second middleware. Alternatively, the specified component is written on a component basis, and then the specified component can be modified into the second middleware by activating the function related to the second middleware in the specified component.
According to the above step S5, the request message received by the first middleware is classified into a first request message and a second request message according to a preset request message classification method, where the first request message is from a request terminal of a specified type, and the second request message is from other request terminals except the specified type. Because the second middleware (i.e. the designated component) is a component function and the middle component function is a standby function, the application adopts a mode that the second middleware is only suitable for the designated type of request terminal, thereby reducing the volume of the designated component and being beneficial to saving computing resources. The request terminal of the specified type may be any feasible type, such as a Native terminal (Native terminal), an H5 terminal, and the like. The method for classifying the request message may be any feasible method, for example, classification is performed according to the source type of the request message.
And as described in the step S6, the first standby communication port of the second middleware is utilized to receive the first request message, and a preset data processing method is adopted to process the first request message, so as to obtain an intermediate request message. The first standby communication port is in an inactive state in a normal state, and is designed to be opened when being used as a middleware and receive a first request message. And processing the first request message by adopting a preset data processing method, thereby obtaining an intermediate request message. The data processing method is as follows: and acquiring a designated message format which can be identified by a component corresponding to the first request message, and converting the first request message format into the designated message format.
And as described in the step S7, the intermediate request message is sent to the final component specified by the first request message by using the second standby communication port of the second middleware. The second standby communication port is in an inactive state in a normal state, and is designed to be opened when being used as a middleware, and sends a processed first request message. The final component designated by the first request message is the final address pointed by the intermediate request message, so that the intermediate request message is sent to the final component designated by the first request message. Therefore, request sending based on the middleware is guaranteed, the load of the first middleware is reduced, and healthy operation of the whole system is facilitated.
In one embodiment, the first flow data is continuous in time, and the step S2 of calculating the load value of the first middleware using the first flow data according to a preset load calculation method includes:
s201, generating a first function f (x) of first flow data-time by taking time as an independent variable, wherein the first flow data is taken as the dependent variable; the method comprises the steps of obtaining preset standard flow data, taking time as an independent variable, and generating a second function F (x) of standard flow data-time by taking the standard flow data as the dependent variable;
S202, adopting a formula:
calculating a load function M (x), wherein P is a preset threshold parameter, and P is greater than 0;
s203, according to the formula: load value = high value time length/(low value time length + high value time length), calculating the load value of the first middleware, wherein the high value time length is the time length of the load function M (x) equal to P, and the low value time length is the time length of the load function M (x) unequal to P.
As described above, it is realized that the load value of the first middleware is calculated using the first flow rate data according to a preset load calculation method. In order to increase the accuracy of the load values, the application uses a special method to calculate the load values, i.e. instead of comparing the first flow data with the standard data, a first function F (x) of the first flow data versus time is compared with a second function F (x) of the standard flow data versus time. The standard flow data refers to flow data expected by the first middleware, and the obtaining mode of the standard flow data can be any mode, for example, the flow change trend which can be expected at the beginning of design. Specifically, the following formula is adopted:
Calculating a load function M (x), and then according to the formula: load value = high value time length/(low value time length + high value time length), the load value of the first intermediate piece is calculated. Thereby improving the accuracy of the load value.
In one embodiment, the plurality of components includes a plurality of first components and a plurality of second components, the first components refer to components that cannot be modified into a second middleware, the second components refer to components that can be modified into a second middleware, and the step S3 of screening a designated component from the plurality of components that are in communication connection with the first middleware through a preset component screening method includes:
s301, counting the type of a request message received by the first middleware and counting the type of a request terminal which is in communication connection with the first middleware;
s302, dividing the request message into a plurality of categories according to the type of the request message and the type of the request terminal, wherein the type of the request message and the type of the request terminal in the same category are the same;
s303, selecting a specified category from the plurality of categories, wherein the number of message strips in the specified category is larger than the number of message strips in other categories;
S304, acquiring a specified component corresponding to the specified category according to a preset category-second component corresponding relation.
As described above, it is achieved that a specified component is selected from a plurality of components that are in communication connection with the first middleware by a preset component selection method. The designated components will be used to share the load of the first middleware and so screening out the appropriate designated components is necessary. The application adopts a mode of integrating the type of the request message and the type of the request terminal to screen the components from two dimensions, so that the appointed components can have more pertinence, thereby realizing smaller volume and being more beneficial to coding realization. The type of the request message can be any feasible type, and the request message is a data call message, a data modification message and the like according to different classifications. The type of the request terminal is, for example, a Native terminal (Native terminal), an H5 terminal, or the like. Dividing the request message into a plurality of categories according to the type of the request message and the type of the request terminal, wherein the type of the request message and the type of the request terminal in the same category are the same; selecting a specified category from the plurality of categories, wherein the number of message bars in the specified category is greater than the number of message bars in other categories; and acquiring the designated component corresponding to the designated category according to the preset corresponding relation between the category and the second component. Thereby achieving the acquisition of a suitable, small volume of the designated component.
In one embodiment, the specified component is obtained by writing codes on the basis of the existing middleware, the specified component comprises a first code and a second code, the first code is used for realizing the middleware function of the specified component, the second code is used for realizing the component function of the specified component, and the first code is in an inactive state in a normal state; the step S4 of transforming the specified component into the second middleware according to the preset middleware transformation method includes:
s401, sending an activation instruction to the appointed component, wherein the activation instruction is used for activating a first code of the appointed component, so that the appointed component is transformed into a second middleware.
As described above, the modification of the specified component into the second middleware according to the preset middleware modification method is realized. The application adopts the appointed component to write codes on the basis of the existing middleware, the appointed component comprises a first code and a second code, the first code is used for realizing the middleware function of the appointed component, the second code is used for realizing the component function of the appointed component, and the first code is in an inactive state design in normal state, so that the appointed component realizes the component function through the second code in the normal state (in the inactive state) without influencing the operation of the appointed component as a common component; and the function of the second middleware is realized by using the first code in the activated state so as to share the pressure of the first middleware. The design of separating the first code from the second code ensures the realization of the functions of normal components, provides possibility for the realization of the functions of the second intermediate components, and is more beneficial to the possible adjustment, modification and other measures of the appointed components.
In one embodiment, before step S6 of obtaining the intermediate request packet by using the first standby communication port of the second middleware to receive the first request packet and adopting a preset data processing method to process the first request packet, the method includes:
s51, acquiring the number A1 of the first request messages and the number A2 of the second messages, acquiring the total message length L1 of all the first request messages, and acquiring the total message length L2 of all the second request messages;
s52, according to the formula:
calculating the duty ratio index J of the first request message, wherein k1 and k2 are preset parameters;
s53, judging whether the duty ratio index J is larger than a preset duty ratio threshold value or not;
and S54, if the duty ratio index J is larger than a preset duty ratio threshold, generating a request message receiving instruction, wherein the request message receiving instruction is used for indicating to use a first standby communication port of the second middleware to receive the first request message.
As described above, the generation of the request message reception instruction is realized. The second middleware aims at sharing the load of the first middleware, so the second middleware cannot be used for the load sharing task of the second middleware provided that the second middleware has little shared load after being realized. The application comprehensively utilizes the number and the length of the messages to avoid the occurrence of the conditions. That is, according to the formula:
And calculating the duty ratio index J of the first request message, and if the duty ratio index J is larger than a preset duty ratio threshold, considering that the second intermediate can be qualified for the load sharing task, so as to generate a request message receiving instruction, wherein the request message receiving instruction is used for indicating a first standby communication port of the second intermediate to receive the first request message. Thereby ensuring that the load of the first intermediate member is relieved.
In one embodiment, the step S6 of processing the first request packet by using a preset data processing method to obtain an intermediate request packet includes:
s601, creating a proxy object corresponding to the first request message by adopting a preset proxy mode, wherein the proxy object comprises a callback function and a callback attribute of a request terminal;
s602, packaging the proxy object into preset internal parameters so as to obtain proxy parameters;
s603, converting the format of the first request message into a designated message format, so as to obtain a temporary message, and writing the proxy parameter into the temporary message, so as to obtain an intermediate request message.
As described above, the first request message is processed by adopting the preset data processing method, so as to obtain the intermediate request message. The proxy mode refers to a mode of providing a proxy for other objects to control access to the object so as to act as an intermediary, and is a design mode. The application creates the proxy object corresponding to the first request message by using the preset proxy mode, and the proxy object comprises the callback function and the callback attribute of the request terminal, so that if the corresponding component can know the proxy object, the callback function and the callback attribute can be directly used to return the request result to the request terminal, thereby being more rapid. Packaging the proxy object into preset internal parameters so as to obtain proxy parameters; and converting the format of the first request message into a designated message format so as to obtain a temporary message, and writing the proxy parameter into the temporary message so as to obtain an intermediate request message. The intermediate request message is sent to the corresponding component, so that the corresponding component can return the request result to the request terminal by using the proxy parameter. The internal parameter may be any feasible parameter, for example, a call parameter NSDictionary, etc.
In one embodiment, after step S7 of sending the intermediate request packet to the final component specified by the first request packet by using the second backup communication port of the second middleware, the method includes:
s71, acquiring second flow data of the first middleware, wherein the second flow data receives the first flow data in time;
s72, according to the load calculation method, calculating a secondary load value of the first middleware by using the second flow data, and judging whether the secondary load value is larger than the load threshold;
s73, if the secondary load value is larger than the load threshold value, screening a standby component from a plurality of components which are in communication connection with the first middleware according to a preset component screening method, wherein the standby component can be transformed into a third middleware;
s74, according to a preset middleware modification method, modifying the standby assembly into a third middleware, and opening a third standby communication port and a fourth standby communication port of the standby assembly, wherein the third standby communication port is used for receiving a request message, and the fourth standby communication port is used for sending the request message;
S75, classifying the second request message into a third request message and a fourth request message according to a preset request message classification method, wherein the third request message is from a request terminal matched with the third middleware;
s76, receiving the third request message by using a third standby communication port of the third middleware, and processing the third request message by adopting a preset data processing method so as to obtain an indirect request message;
and S77, sending the indirect request message to a final component appointed by the third request message by using a fourth standby communication port of the third middleware.
As described above, it is achieved that the load of the first intermediate member is further shared by the third intermediate member. Since the second middleware only shares the request message of the request terminal of the specified type, and when the request message of the request terminal of the specified type is less, the load born by the first middleware is still excessive, so that the load needs to be further lightened. According to the method, whether the load of the first middleware is still larger than the load threshold is judged again, if the load is still larger than the load threshold, a standby component is screened out from a plurality of components which are in communication connection with the first middleware, the standby component is transformed into a third middleware so as to share a third request message, and the third request message is from a request terminal matched with the third middleware. The request terminals matched with the third middleware can be the same type of request terminals, or can be different types of request terminals, and preferably the same type of request terminals. Receiving the third request message by utilizing a third standby communication port of the third middleware, and processing the third request message by adopting a preset data processing method so as to obtain an indirect request message; and sending the indirect request message to a final component appointed by the third request message by using a fourth standby communication port of the third middleware. Therefore, the standby assembly is transformed into the third middleware to further share the load of the first middleware and ensure the normal operation of the whole system.
According to the middleware-based request sending method, first flow data of a preset first middleware are obtained; calculating a load value of the first intermediate piece by using the first flow data; if the load value is larger than a preset load threshold value, a designated component is screened out from a plurality of components which are in communication connection with the first middleware through a preset component screening method; modifying the appointed component into a second middleware, and opening a first standby communication port and a second standby communication port of the appointed component; classifying the request message received by the first middleware into a first request message and a second request message; receiving the first request message by using a first standby communication port of the second middleware, and processing the first request message, thereby obtaining an intermediate request message; and sending the intermediate request message to a final component designated by the first request message by using a second standby communication port of the second middleware. Therefore, the load of the intermediate piece is lightened on the premise of ensuring that the structural system is basically unchanged.
Referring to fig. 2, an embodiment of the present application provides a request sending device based on middleware, including:
A first flow data acquisition unit 10 for acquiring first flow data of a preset first middleware;
a load value judging unit 20, configured to calculate, according to a preset load calculation method, a load value of the first middleware using the first flow data, and judge whether the load value is greater than a preset load threshold;
a designated component screening unit 30, configured to screen, if the load value is greater than a preset load threshold, a designated component from a plurality of components that are communicatively connected to the first middleware by a preset component screening method, where the designated component can be modified into a second middleware;
a second middleware modification unit 40, configured to modify the specified component into a second middleware according to a preset middleware modification method, and open a first standby communication port and a second standby communication port of the specified component, where the first standby communication port is used to receive a request packet, and the second standby communication port is used to send the request packet;
a request message classification unit 50, configured to classify, according to a preset request message classification method, a request message received by the first middleware into a first request message and a second request message, where the first request message is from a request terminal of a specified type, and the second request message is from other request terminals except the specified type;
An intermediate request message obtaining unit 60, configured to receive the first request message by using a first standby communication port of the second middleware, and process the first request message by using a preset data processing method, so as to obtain an intermediate request message;
and an intermediate request message sending unit 70, configured to send the intermediate request message to the final component specified by the first request message by using the second standby communication port of the second middleware.
The operations performed by the foregoing units are in one-to-one correspondence with the steps of the middleware-based request sending method in the foregoing embodiment, and are not described herein again.
In one embodiment, the first flow data is continuous in time, and the load value determining unit 20 includes:
a flow function generating subunit, configured to generate a first function f (x) of first flow data-time with time as an argument, where the first flow data is an argument; the method comprises the steps of obtaining preset standard flow data, taking time as an independent variable, and generating a second function F (x) of standard flow data-time by taking the standard flow data as the dependent variable;
a load function M (x) calculating subunit for applying the formula:
Calculating a load function M (x), wherein P is a preset threshold parameter, and P is greater than 0;
a load value calculation subunit configured to, according to the formula: load value = high value time length/(low value time length + high value time length), calculating the load value of the first middleware, wherein the high value time length is the time length of the load function M (x) equal to P, and the low value time length is the time length of the load function M (x) unequal to P.
The operations performed by the sub-units are in one-to-one correspondence with the steps of the middleware-based request sending method in the foregoing embodiment, and are not described herein again.
In one embodiment, the plurality of components includes a plurality of first components and a plurality of second components, the first components refer to components that cannot be modified into a second intermediate, the second components refer to components that can be modified into a second intermediate, and the designated component screening unit 30 includes:
a type statistics subunit, configured to count a type of a request packet received by the first middleware, and count a type of a request terminal that maintains communication connection with the first middleware;
the class dividing subunit is used for dividing the request message into a plurality of classes according to the type of the request message and the type of the request terminal, wherein the type of the request message and the type of the request terminal in the same class are the same;
A designated category selection subunit, configured to select a designated category from the plurality of categories, where a number of message bars in the designated category is greater than a number of message bars in other categories;
the specified component obtaining subunit is used for obtaining the specified component corresponding to the specified category according to the preset corresponding relation between the category and the second component.
The operations performed by the sub-units are in one-to-one correspondence with the steps of the middleware-based request sending method in the foregoing embodiment, and are not described herein again.
In one embodiment, the specified component is obtained by writing codes on the basis of the existing middleware, the specified component comprises a first code and a second code, the first code is used for realizing the middleware function of the specified component, the second code is used for realizing the component function of the specified component, and the first code is in an inactive state in a normal state; the second middleware modification unit 40 includes:
and the activation instruction sending subunit is used for sending an activation instruction to the appointed component, wherein the activation instruction is used for activating the first code of the appointed component so as to reform the appointed component into the second middleware.
The operations performed by the sub-units are in one-to-one correspondence with the steps of the middleware-based request sending method in the foregoing embodiment, and are not described herein again.
In one embodiment, the apparatus comprises:
the number acquisition unit is used for acquiring the number A1 of the first request messages and the number A2 of the second messages, acquiring the total message length L1 of all the first request messages and acquiring the total message length L2 of all the second request messages;
a duty ratio index J calculating unit for calculating the duty ratio index J according to the formula:
calculating the duty ratio index J of the first request message, wherein k1 and k2 are preset parameters;
the duty ratio threshold judging unit is used for judging whether the duty ratio index J is larger than a preset duty ratio threshold or not;
and the request message receiving instruction generating unit is used for generating a request message receiving instruction if the duty ratio index J is larger than a preset duty ratio threshold value, wherein the request message receiving instruction is used for indicating to utilize a first standby communication port of the second middleware to receive the first request message.
The operations performed by the foregoing units are in one-to-one correspondence with the steps of the middleware-based request sending method in the foregoing embodiment, and are not described herein again.
In one embodiment, the intermediate request message obtaining unit 60 includes:
the proxy object creation subunit is used for creating a proxy object corresponding to the first request message by adopting a preset proxy mode, wherein the proxy object comprises a callback function and a callback attribute of the request terminal;
the proxy parameter acquisition subunit is used for encapsulating the proxy object into preset internal parameters so as to obtain proxy parameters;
and the intermediate request message acquisition subunit is used for converting the format of the first request message into a designated message format so as to obtain a temporary message, and writing the proxy parameter into the temporary message so as to obtain the intermediate request message.
The operations performed by the sub-units are in one-to-one correspondence with the steps of the middleware-based request sending method in the foregoing embodiment, and are not described herein again.
In one embodiment, the apparatus comprises:
a second flow data acquisition unit configured to acquire second flow data of the first middleware, wherein the second flow data temporally receives the first flow data;
a secondary load value calculation unit, configured to calculate a secondary load value of the first middleware using the second flow data according to the load calculation method, and determine whether the secondary load value is greater than the load threshold;
A standby component screening unit, configured to screen, according to a preset component screening method, a standby component from a plurality of components that are communicatively connected to the first middleware, if the secondary load value is greater than the load threshold, where the standby component can be modified into a third middleware;
a third middleware modification unit, configured to modify the standby component into a third middleware according to a preset middleware modification method, and open a third standby communication port and a fourth standby communication port of the standby component, where the third standby communication port is used to receive a request packet, and the fourth standby communication port is used to send the request packet;
the second request message classification unit is used for classifying the second request message into a third request message and a fourth request message according to a preset request message classification method, wherein the third request message is from a request terminal matched with the third middleware;
an indirect request message obtaining unit, configured to receive the third request message by using a third standby communication port of the third middleware, and process the third request message by using a preset data processing method, so as to obtain an indirect request message;
And the indirect request message sending unit is used for sending the indirect request message to a final component appointed by the third request message by utilizing a fourth standby communication port of the third middleware.
The operations performed by the foregoing units are in one-to-one correspondence with the steps of the middleware-based request sending method in the foregoing embodiment, and are not described herein again.
According to the middleware-based request sending device, first flow data of a preset first middleware are obtained; calculating a load value of the first intermediate piece by using the first flow data; if the load value is larger than a preset load threshold value, a designated component is screened out from a plurality of components which are in communication connection with the first middleware through a preset component screening method; modifying the appointed component into a second middleware, and opening a first standby communication port and a second standby communication port of the appointed component; classifying the request message received by the first middleware into a first request message and a second request message; receiving the first request message by using a first standby communication port of the second middleware, and processing the first request message, thereby obtaining an intermediate request message; and sending the intermediate request message to a final component designated by the first request message by using a second standby communication port of the second middleware. Therefore, the load of the intermediate piece is lightened on the premise of ensuring that the structural system is basically unchanged.
Referring to fig. 3, in an embodiment of the present invention, there is further provided a computer device, which may be a server, and the internal structure of which may be as shown in the drawing. The computer device includes a processor, a memory, a network interface, and a database connected by a system bus. Wherein the computer is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database of the computer device is used for storing data used by the middleware-based request transmission method. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program, when executed by a processor, implements a middleware-based request-sending method.
The processor executes the middleware-based request sending method, where the steps included in the method correspond to the steps of executing the middleware-based request sending method in the foregoing embodiment, and are not described herein again.
It will be appreciated by persons skilled in the art that the structures shown in the drawings are only block diagrams of portions of structures that may be associated with the aspects of the application and are not intended to limit the scope of the computer apparatus to which the aspects of the application may be applied.
The computer equipment acquires first flow data of a preset first middleware; calculating a load value of the first intermediate piece by using the first flow data; if the load value is larger than a preset load threshold value, a designated component is screened out from a plurality of components which are in communication connection with the first middleware through a preset component screening method; modifying the appointed component into a second middleware, and opening a first standby communication port and a second standby communication port of the appointed component; classifying the request message received by the first middleware into a first request message and a second request message; receiving the first request message by using a first standby communication port of the second middleware, and processing the first request message, thereby obtaining an intermediate request message; and sending the intermediate request message to a final component designated by the first request message by using a second standby communication port of the second middleware. Therefore, the load of the intermediate piece is lightened on the premise of ensuring that the structural system is basically unchanged.
An embodiment of the present application further provides a computer readable storage medium, on which a computer program is stored, where the computer program when executed by a processor implements a middleware-based request sending method, where the method includes steps corresponding to steps of executing the middleware-based request sending method in the foregoing embodiment one-to-one, and details are not repeated herein.
The computer readable storage medium of the present application acquires first flow data of a preset first middleware; calculating a load value of the first intermediate piece by using the first flow data; if the load value is larger than a preset load threshold value, a designated component is screened out from a plurality of components which are in communication connection with the first middleware through a preset component screening method; modifying the appointed component into a second middleware, and opening a first standby communication port and a second standby communication port of the appointed component; classifying the request message received by the first middleware into a first request message and a second request message; receiving the first request message by using a first standby communication port of the second middleware, and processing the first request message, thereby obtaining an intermediate request message; and sending the intermediate request message to a final component designated by the first request message by using a second standby communication port of the second middleware. Therefore, the load of the intermediate piece is lightened on the premise of ensuring that the structural system is basically unchanged.
Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium provided by the present application and used in embodiments may include non-volatile and/or volatile memory. The nonvolatile memory can include Read Only Memory (ROM), programmable ROM (PROM), electrically Programmable ROM (EPROM), electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), dual speed data rate SDRAM (SSRSDRAM), enhanced SDRAM (ESDRAM), synchronous Link DRAM (SLDRAM), memory bus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), among others.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, apparatus, article, or method that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, apparatus, article, or method. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, apparatus, article or method that comprises the element.
The foregoing description is only of the preferred embodiments of the present application and is not intended to limit the scope of the application, and all equivalent structures or equivalent processes using the descriptions and drawings of the present application or directly or indirectly applied to other related technical fields are included in the scope of the application.
Claims (10)
1. A middleware-based request transmission method, comprising:
acquiring first flow data of a preset first middleware;
according to a preset load calculation method, calculating a load value of the first middleware by using the first flow data, and judging whether the load value is larger than a preset load threshold value or not;
If the load value is larger than a preset load threshold value, a designated component is screened out of a plurality of components which are in communication connection with the first middleware through a preset component screening method, wherein the designated component can be modified into a second middleware;
according to a preset middleware modification method, modifying the appointed assembly into a second middleware, and opening a first standby communication port and a second standby communication port of the appointed assembly, wherein the first standby communication port is used for receiving a request message, and the second standby communication port is used for sending the request message;
classifying the request message received by the first middleware into a first request message and a second request message according to a preset request message classification method, wherein the first request message is from a request terminal of a specified type, and the second request message is from other request terminals except the specified type;
receiving the first request message by using a first standby communication port of the second middleware, and processing the first request message by adopting a preset data processing method so as to obtain an intermediate request message;
and sending the intermediate request message to a final component designated by the first request message by using a second standby communication port of the second middleware.
2. The middleware-based request transmission method according to claim 1, wherein the first traffic data is continuous in time, and the step of calculating the load value of the first middleware using the first traffic data according to a preset load calculation method comprises:
generating a first function f (x) of first flow data-time with time as an independent variable, the first flow data being a dependent variable; the method comprises the steps of obtaining preset standard flow data, taking time as an independent variable, and generating a second function F (x) of standard flow data-time by taking the standard flow data as the dependent variable;
the formula is adopted:
M(x)＝min(G(x),P),e (x) =f (x) -F (x), calculating a load function M (x), wherein P is a preset threshold parameter, and P is greater than 0;
according to the formula: load value = high value time length/(low value time length + high value time length), calculating the load value of the first middleware, wherein the high value time length is the time length of the load function M (x) equal to P, and the low value time length is the time length of the load function M (x) unequal to P.
3. The middleware-based request transmission method according to claim 1, wherein the plurality of components includes a plurality of first components and a plurality of second components, the first components refer to components that cannot be modified as second middleware, the second components refer to components that can be modified as second middleware, and the step of screening a designated component from the plurality of components that are in communication connection with the first middleware through a preset component screening method includes:
Counting the type of a request message received by the first middleware and counting the type of a request terminal which is in communication connection with the first middleware;
dividing the request message into a plurality of categories according to the type of the request message and the type of the request terminal, wherein the type of the request message and the type of the request terminal in the same category are the same;
selecting a specified category from the plurality of categories, wherein the number of message bars in the specified category is greater than the number of message bars in other categories;
and acquiring the designated component corresponding to the designated category according to the preset corresponding relation between the category and the second component.
4. The middleware-based request sending method according to claim 1, wherein the specified component is obtained by coding on the basis of existing middleware, the specified component comprises a first code and a second code, the first code is used for realizing a middleware function of the specified component, the second code is used for realizing a component function of the specified component, and the first code is in an inactive state in a normal state; the step of transforming the designated component into the second middleware according to the preset middleware transformation method comprises the following steps:
And sending an activation instruction to the appointed component, wherein the activation instruction is used for activating a first code of the appointed component so as to reform the appointed component into a second middleware.
5. The middleware-based request sending method according to claim 1, wherein before the step of using the first standby communication port of the second middleware to receive the first request message and processing the first request message by using a preset data processing method, the method further comprises:
acquiring the number A1 of the first request messages and the number A2 of the second request messages, acquiring the total message length L1 of all the first request messages, and acquiring the total message length L2 of all the second request messages;
according to the formula:
calculating the duty ratio index J of the first request message, wherein k1 and k2 are preset parameters;
judging whether the duty ratio index J is larger than a preset duty ratio threshold value or not;
and if the duty ratio index J is larger than a preset duty ratio threshold, generating a request message receiving instruction, wherein the request message receiving instruction is used for indicating to utilize a first standby communication port of the second middleware to receive the first request message.
6. The middleware-based request sending method according to claim 1, wherein the step of processing the first request message by a preset data processing method to obtain an intermediate request message includes:
creating a proxy object corresponding to the first request message by adopting a preset proxy mode, wherein the proxy object comprises a callback function and a callback attribute of the request terminal;
encapsulating the proxy object into preset internal parameters so as to obtain proxy parameters;
and converting the format of the first request message into a designated message format so as to obtain a temporary message, and writing the proxy parameter into the temporary message so as to obtain an intermediate request message.
7. The middleware-based request transmission method according to claim 1, wherein after the step of transmitting the intermediate request message to the final component specified by the first request message using the second backup communication port of the second middleware, the method comprises:
acquiring second traffic data of the first middleware, wherein the second traffic data temporally receives the first traffic data;
According to the load calculation method, calculating a secondary load value of the first middleware by using the second flow data, and judging whether the secondary load value is larger than the load threshold value or not;
if the secondary load value is greater than the load threshold, screening a standby component from a plurality of components which are in communication connection with the first middleware according to a preset component screening method, wherein the standby component can be modified into a third middleware;
according to a preset middleware modification method, modifying the standby assembly into a third middleware, and opening a third standby communication port and a fourth standby communication port of the standby assembly, wherein the third standby communication port is used for receiving a request message, and the fourth standby communication port is used for sending the request message;
classifying the second request message into a third request message and a fourth request message according to a preset request message classification method, wherein the third request message is from a request terminal matched with the third middleware;
receiving the third request message by using a third standby communication port of the third middleware, and processing the third request message by adopting a preset data processing method, thereby obtaining an indirect request message;
And sending the indirect request message to a final component appointed by the third request message by using a fourth standby communication port of the third middleware.
8. A middleware-based request transmitting apparatus, comprising:
the first flow data acquisition unit is used for acquiring first flow data of a preset first middleware;
the load value judging unit is used for calculating the load value of the first middleware by utilizing the first flow data according to a preset load calculation method and judging whether the load value is larger than a preset load threshold value or not;
the appointed component screening unit is used for screening appointed components from a plurality of components which are in communication connection with the first middleware through a preset component screening method if the load value is larger than a preset load threshold value, wherein the appointed components can be transformed into a second middleware;
the second middleware modification unit is used for modifying the appointed component into a second middleware according to a preset middleware modification method, and opening a first standby communication port and a second standby communication port of the appointed component, wherein the first standby communication port is used for receiving a request message, and the second standby communication port is used for sending the request message;
The request message classification unit is used for classifying the request message received by the first middleware into a first request message and a second request message according to a preset request message classification method, wherein the first request message is from a request terminal of a specified type, and the second request message is from other request terminals except the specified type;
an intermediate request message obtaining unit, configured to receive the first request message by using a first standby communication port of the second middleware, and process the first request message by using a preset data processing method, so as to obtain an intermediate request message;
and the intermediate request message sending unit is used for sending the intermediate request message to a final component appointed by the first request message by utilizing the second standby communication port of the second middleware.
9. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor implements the steps of the method of any of claims 1 to 7 when the computer program is executed.
10. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010208480.6A CN111600921B (en) | 2020-03-23 | 2020-03-23 | Request sending method and device based on middleware and computer equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010208480.6A CN111600921B (en) | 2020-03-23 | 2020-03-23 | Request sending method and device based on middleware and computer equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111600921A CN111600921A (en) | 2020-08-28 |
| CN111600921B true CN111600921B (en) | 2023-08-15 |
Family
ID=72191128
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010208480.6A Active CN111600921B (en) | 2020-03-23 | 2020-03-23 | Request sending method and device based on middleware and computer equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111600921B (en) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105474588A (en) * | 2014-01-06 | 2016-04-06 | 华为技术有限公司 | Adaptive traffic engineering configuration |
| CN105531963A (en) * | 2013-07-17 | 2016-04-27 | 华为技术有限公司 | System and methods for multi-objective cell switch-off in wireless networks |
| CN109104377A (en) * | 2018-09-21 | 2018-12-28 | 深圳前海微众银行股份有限公司 | Long connection load-balancing method, equipment, system and computer readable storage medium |
-
2020
- 2020-03-23 CN CN202010208480.6A patent/CN111600921B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105531963A (en) * | 2013-07-17 | 2016-04-27 | 华为技术有限公司 | System and methods for multi-objective cell switch-off in wireless networks |
| CN105474588A (en) * | 2014-01-06 | 2016-04-06 | 华为技术有限公司 | Adaptive traffic engineering configuration |
| CN109104377A (en) * | 2018-09-21 | 2018-12-28 | 深圳前海微众银行股份有限公司 | Long connection load-balancing method, equipment, system and computer readable storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111600921A (en) | 2020-08-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108933993B (en) | Short message cache queue selection method and device, computer equipment and storage medium | |
| CN109760041B (en) | Chat robot-based cloud management system and operation method thereof | |
| CN111208748B (en) | Linkage control method and system based on Internet of things and computer equipment | |
| CN108494788B (en) | Data transmission method, data transmission device and computer readable storage medium | |
| CN110798490B (en) | Method and device for accessing third-party system based on data center and data center | |
| US11385878B2 (en) | Model deployment method, model deployment device and terminal equipment | |
| CN114548426A (en) | Asynchronous federal learning method, business service prediction method, device and system | |
| CN106547683A (en) | A kind of redundant code detection method and device | |
| US20140344447A1 (en) | Method and apparatus for executing application | |
| CN111242167B (en) | Distributed image labeling method, device, computer equipment and storage medium | |
| CN115048177A (en) | Dynamic configuration method for completing business scene based on custom container | |
| CN111600921B (en) | Request sending method and device based on middleware and computer equipment | |
| CN112488563B (en) | Method and device for determining calculation force parameters | |
| CN114285838A (en) | File uploading method, device, system, storage medium and electronic equipment | |
| CN113779949A (en) | Report generation method, report generation device, electronic equipment, storage medium and report generation system | |
| CN113687958A (en) | Data processing method, system, computer device and storage medium | |
| CN108833530A (en) | A kind of transmission method and device | |
| CN105721179A (en) | Log collection system and data transmission method and local server therein | |
| CN112527600A (en) | Monitoring log processing method, device, equipment and storage medium | |
| CN111245913A (en) | Message sending method and device based on gateway, computer equipment and storage medium | |
| CN114371884A (en) | Method, device, equipment and storage medium for processing Flink calculation task | |
| CN112230911B (en) | Model deployment method, device, computer equipment and storage medium | |
| CN114050978A (en) | Communication load big data adjusting method and system | |
| CN113055199B (en) | Gateway access method and device and gateway equipment | |
| CN112835759A (en) | Test data processing method and device, electronic equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |