CN116074387A - Service request processing method and device and computer equipment - Google Patents
Service request processing method and device and computer equipment Download PDFInfo
- Publication number
- CN116074387A CN116074387A CN202310269279.2A CN202310269279A CN116074387A CN 116074387 A CN116074387 A CN 116074387A CN 202310269279 A CN202310269279 A CN 202310269279A CN 116074387 A CN116074387 A CN 116074387A
- Authority
- CN
- China
- Prior art keywords
- service request
- abnormal
- routing
- service
- state data
- 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.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title abstract description 7
- 230000002159 abnormal effect Effects 0.000 claims abstract description 125
- 238000012545 processing Methods 0.000 claims abstract description 67
- 238000000034 method Methods 0.000 claims abstract description 44
- 230000008569 process Effects 0.000 description 15
- 230000000875 corresponding effect Effects 0.000 description 13
- 238000011144 upstream manufacturing Methods 0.000 description 10
- 230000006872 improvement Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 230000005856 abnormality Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 3
- 238000004590 computer program Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 238000010801 machine learning Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000012417 linear regression Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000003062 neural network model Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000010979 ruby Substances 0.000 description 1
- 229910001750 ruby Inorganic materials 0.000 description 1
- 238000012706 support-vector machine Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/22—Alternate routing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The embodiment of the specification discloses a service request processing method, a service request processing device and computer equipment. The method comprises the following steps: acquiring first state data of first equipment, wherein the first equipment is used for processing service requests routed according to a routing strategy, and the first state data is used for representing the processing state of at least one service request; selecting an abnormal service request from the at least one service request according to the first state data; the routing policy is adjusted to route the abnormal service request to a second device. According to the embodiment of the specification, the stability of the first equipment can be improved by dynamically adjusting the routing strategy.
Description
Technical Field
Embodiments of the present disclosure relate to the field of computer technologies, and in particular, to a method, an apparatus, and a computer device for processing a service request.
Background
Currently, a cluster mode is generally adopted to provide services to the outside. A plurality of service nodes are included in the device cluster. Each serving node is configured to provide one or more services for which service requests may be processed. Through the routing strategy, service requests of the same or similar service can be routed to the same service node in the equipment cluster, so that load balancing is realized.
In the related art, the routing policy is static. But the service node may be abnormally serviced. If some services of a service node are abnormal, the stability of the service node is reduced, and other services of the service node are affected.
Disclosure of Invention
The embodiment of the specification provides a service request processing method, a service request processing device and computer equipment, so as to dynamically adjust a routing strategy and improve equipment stability. The technical solutions of the embodiments of the present specification are as follows.
In a first aspect of embodiments of the present disclosure, a method for processing a service request is provided, including:
acquiring first state data of first equipment, wherein the first equipment is used for processing service requests routed according to a routing strategy, and the first state data is used for representing the processing state of at least one service request;
selecting an abnormal service request from the at least one service request according to the first state data;
the routing policy is adjusted to route the abnormal service request to a second device.
In a second aspect of embodiments of the present disclosure, a method for processing a service request is provided, including:
after receiving a service request, routing the service request to a first device according to a routing policy;
acquiring an adjusted routing strategy; the adjusted routing strategy is obtained by adjusting the service request to be routed to the second equipment under the condition that the service request is an abnormal service request;
after receiving the service request, the service request is routed to a second device according to the adjusted routing policy.
In a third aspect of embodiments of the present specification, there is provided a processing apparatus for a service request, including:
the system comprises an acquisition module, a routing policy module and a routing module, wherein the acquisition module is used for acquiring first state data of first equipment, the first equipment is used for processing service requests routed according to the routing policy, and the first state data is used for representing the processing state of at least one service request;
the selecting module is used for selecting an abnormal service request from the at least one service request according to the first state data;
and the adjusting module is used for adjusting the routing strategy to route the abnormal service request to the second equipment.
In a fourth aspect of embodiments of the present specification, there is provided a processing apparatus for a service request, including:
the routing module is used for routing the service request to the first equipment according to the routing strategy after receiving the service request; after receiving the service request, routing the service request to a second device according to the adjusted routing policy;
the obtaining module is configured to obtain an adjusted routing policy, where the adjusted routing policy is obtained by adjusting the service request to be routed to the second device under a condition that the service request is an abnormal service request.
In a fifth aspect of embodiments of the present specification, there is provided a computer apparatus comprising:
a processor;
a memory for storing processor-executable instructions;
the processor implements the method according to the first or second aspect by executing the instructions.
According to the technical scheme provided by the embodiment of the specification, first state data of first equipment can be obtained, the first equipment is used for processing a service request routed according to a routing strategy, and the first state data is used for representing the processing state of at least one service request; an abnormal service request can be selected from the at least one service request according to the first state data; the routing policy may be adjusted to route the abnormal service request to the second device. Thus, when certain services of the first device are abnormal, service requests of the services can be routed to the second device for processing by the second device by dynamically adjusting the routing policy. By isolating the abnormal service, the influence range of the abnormal service is effectively controlled, and the stability of the first equipment is improved, for example, the performance and throughput of the first equipment are improved.
Drawings
In order to more clearly illustrate the embodiments of the present description or the solutions in the prior art, the drawings that are required for the embodiments or the description of the prior art will be briefly described, the drawings in the following description are only some embodiments described in the present description, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1 is a schematic functional structure diagram of a device cluster in the related art;
FIG. 2 is a functional block diagram of a processing system for service requests according to an embodiment of the present disclosure;
FIG. 3 is a flow chart illustrating a method for processing a service request according to an embodiment of the present disclosure;
FIG. 4 is a flow chart illustrating a method for processing a service request according to an embodiment of the present disclosure;
FIG. 5 is a functional block diagram of a processing device for service request according to an embodiment of the present disclosure;
fig. 6 is a functional schematic diagram of a processing device for service request in the embodiment of the present disclosure.
Detailed Description
The technical solutions of the embodiments of the present specification will be clearly and completely described below with reference to the drawings in the embodiments of the present specification, and it is apparent that the described embodiments are only some embodiments of the present specification, not all embodiments. The specific embodiments described herein are to be considered in an illustrative rather than a restrictive sense. All other embodiments derived by a person of ordinary skill in the art based on the described embodiments of the present disclosure fall within the scope of the present disclosure. In addition, relational terms such as "first" and "second", and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions.
In the related art, a routing device and at least one service node may be included in a device cluster. The routing device may have a routing policy set therein. The routing equipment can receive a service request sent by the terminal equipment or the upstream equipment; the service request may be routed to a service node in the device cluster according to a routing policy. The service node is configured to provide one or more services. The service node can specifically process the service request forwarded by the routing equipment to obtain a processing result; the processing result may be fed back to the routing device. The routing device may receive and feed back the processing result to the terminal device or the upstream device.
The routing policy is used to forward the routing request to a serving node in the device cluster. Through the routing strategy, the load among the service nodes in the equipment cluster can be balanced. In the related art, the routing policy is static. The service corresponding to the service node is relatively fixed, and the service request processed is also relatively fixed. However, there is a possibility that the service of the service node is abnormal. If an anomaly occurs in some services of a service node, the stability of the service node is reduced, for example, the performance and throughput of the service node are reduced, and other services of the service node are affected. For example, please refer to fig. 1. The device cluster comprises a routing device, a service node A, a service node B and a service node C. The service node a is configured to provide a service A1, a service A2, a service A3, and the like. The service A1 may be a transfer service, the service A2 may be a query service, and the service A3 may be a commodity ordering service. In some cases, an abnormality occurs in the service A3, for example, a large number of service requests occur in a short time. Since the service A3 is abnormal, the performance and throughput of the service node a are reduced, and the service A1 and the service A2 provided by the service node a are further affected.
If the routing strategy can be dynamically adjusted, the influence of the abnormal service on other normal services of the service node can be reduced, so that the stability of the service node is improved. For this purpose, embodiments of the present disclosure provide a processing system for service requests.
Please refer to fig. 2. The processing system of the service request may include an upstream device, a cluster of devices, and a routing policy adjustment device. The upstream devices may include user-oriented terminal devices, backend-oriented servers, and the like. The cluster of devices may include a routing device, at least one first device, at least one second device, etc. The routing device may have a routing policy set therein. According to the routing strategy, the routing equipment can realize the function of load balancing. Specifically, the routing device may receive a service request sent by an upstream device; the service request may be forwarded to a device in the device cluster, e.g. to a first device or a second device in the device cluster, according to a routing policy. The first device and the second device may be understood as serving nodes in a cluster of devices. The first device includes a service node for handling normal service requests and the second device includes a service node for handling abnormal service requests. After processing the service request routed by the routing device, the first device and/or the second device may feed back a processing result to the routing device. The routing device may receive and feed back the processing results to the upstream device.
The routing strategy adjusting device is used for collecting first state data of each first device when processing the service request; the abnormal service request of each first device can be selected according to the first state data; the routing policy may be adjusted to route the abnormal service request to the second device; the adjusted routing policy may be sent to the routing device. The routing device may receive the adjusted routing policy. Thus, when certain services of the first device are abnormal, service requests of the services can be routed to the second device for processing by the second device by dynamically adjusting the routing policy. By isolating the abnormal service, the influence range of the abnormal service is effectively controlled, and the stability of the first equipment is improved, for example, the performance and throughput of the first equipment are improved.
Of course, the routing policy adjustment device may also collect second state data of the second device when processing the abnormal service request; judging whether the abnormal service request is recovered to be normal or not according to the second state data; if so, the adjusted routing strategy can be adjusted to route the abnormal service request which is recovered to be normal to the first equipment; the adjusted routing policy may be sent to the routing device. The routing device may receive the adjusted routing policy. This allows the first device to continue processing its service requests after the abnormal service has resumed. The excessive number of service requests required to be processed by the second device is avoided, and the load is excessive.
It is worth noting that in the device cluster, a service node may process a service request of at least one service. So that a service node can be understood as a service packet in a cluster of devices. The service packets may be used to process service requests for the same or similar services. The service node may in particular be a single device or may also be a cluster comprising a plurality of devices.
In addition, the routing policy adjustment device and the routing device may be the same device or different devices.
Please refer to fig. 3. Based on the processing system of the service request in the embodiment of the present specification, the embodiment of the present specification provides a processing method of the service request. The method can be applied to the routing policy adjustment device, and specifically can comprise the following steps.
Step S10: first state data of a first device is obtained, wherein the first device is used for processing service requests routed according to a routing policy, and the first state data is used for representing processing states of at least one service request.
In some embodiments, the first device comprises a service node in a cluster of devices for handling normal service requests. The first device may provide at least one service; a service request for the at least one service routed according to the routing policy may be processed. Including but not limited to transfer services, inquiry services, refill services, merchandise ordering services, and the like.
The routing policy is used to route the service request. The routing policy may include at least one routing information for the service request. The routing information is used for representing the corresponding relation between the service request and the service node. So that corresponding routing information can be queried from the routing policy according to the service request; the service request may be routed to the service node based on the queried routing information. For example, a service request of a transfer service may be routed to service node a, a service request of a query service may be routed to service node B, and a service request of a recharge service may be routed to service node C.
In some embodiments, at least one first state data of a first device may be acquired. Each first state data may correspond to a service request for representing a processing state of the service request. The first state data may include at least one sub data. The at least one sub-data may describe a processing state of the service request from at least one dimension. The sub-data may include request type data, response type data, result type data, and the like. The request type data is used to indicate the number of received service requests, such as the number per unit time, the total number over a period of time, etc. The response type data is used to represent processing time consumption of the service request, such as processing time consumption of a single service request, average processing time consumption of a plurality of service requests, and the like. Alternatively, the response type data may further include an error rate of the service request, or the like. The result type data is used for representing the type of the service request processing result, and specifically may include success, failure and the like. The success is used to indicate success of service request processing, and the failure is used to indicate failure of service request processing. The failure may also include a process timeout, a null pointer, etc. In some embodiments, the data type of the first state data may be a numerical value. Specifically, request type data, response type data, result type data and the like can be quantized to obtain first state data of a numerical value type. For example, for result type data, a value of 0 may be used to indicate success, a value of-1 may be used to indicate a process timeout, and a value of-2 may be used to indicate a null pointer. In other embodiments, the first status data may be of other types, for example, text type, etc.
In some embodiments, the first status data of the first device may be acquired in real time. Alternatively, the first status data of the first device may also be acquired every interval set time period. In some embodiments, first status data from a first device may be received. Specifically, a first device in the device cluster may actively send first state data to the routing policy adjustment device. For example, a first device in the device cluster may actively send first state data to the routing policy adjustment device for a set duration of time per interval. Alternatively, the routing policy adjustment device may also send a request to a first device in the device cluster. The first device may send the first state data to the routing policy adjustment device upon request. For example, the routing policy adjustment device may send a request to a first device in the device cluster for a set length of time per interval. In other embodiments, the first status data sent by other devices may also be received. For example, the first device may send the first state data to the routing device. The routing device may receive and send the first state data to the routing policy adjustment device. The routing policy adjustment device may receive the first state data.
In some embodiments, at least one first device may be included in the cluster of devices. Each first device may process at least one service request. Such that, for each first device, at least one first status data of that first device may be acquired.
Step S12: and selecting an abnormal service request from the at least one service request according to the first state data.
In some embodiments, an outlier of the at least one service request may be determined based on the at least one first status data; one or more abnormal service requests may be selected from the at least one service request based on the at least one abnormal value. The outlier is used to represent the degree of abnormality of the service request. The outliers may be positively or negatively correlated with the degree of anomaly.
The first state data includes at least one sub-data. The sub data is used to calculate the component of the outlier, which is used to calculate the outlier. In particular, the sub-data may correspond to a weighted. Then, the component of the outlier may be calculated from the sub-data and the reference data corresponding to the sub-data. The reference data includes contemporaneous sub-data. The components of the outliers may be weighted according to weights to obtain outliers. For example, the formula can be based on
Outliers are calculated. Alpha is the weight of the sub-data req, req History synchronization For the reference data of the sub-data req, β is the weight of the sub-data resp, resp History synchronization And gamma is the weight of the sub data status as the reference data of the sub data resp.
The abnormal service request may be a service request with a higher degree of abnormality. The abnormal service request may be selected based on a set threshold. Specifically, an abnormal value greater than or equal to a set threshold value may be selected from at least one abnormal value; the service request corresponding to the selected abnormal value can be used as an abnormal service request. Alternatively, an abnormal value less than or equal to the set threshold value may be selected from at least one abnormal value; the service request corresponding to the selected abnormal value can be used as an abnormal service request. Of course, the abnormal service request may also be selected according to the value interval. Specifically, an outlier located in an outlier interval may be selected from at least one outlier; the service request corresponding to the selected abnormal value can be used as an abnormal service request.
In some embodiments, the abnormal service request may also be selected in a machine learning manner. Specifically, the first state data may be input into an abnormal service request identification model, to obtain an output of the abnormal service request identification model. The output may be used to indicate that the service request is a normal service request or an abnormal service request. In practical applications, the abnormal service request identification model may include a neural network model, a support vector machine model, a linear regression model, a nonlinear regression model, and the like.
Step S14: the routing policy is adjusted to route the abnormal service request to a second device.
In some embodiments, the routing information of the abnormal service request may be obtained from the routing policy; the routing information of the abnormal service request may be adjusted in the routing policy. Specifically, the correspondence between the abnormal service request and the first device may be adjusted to be the correspondence between the abnormal service request and the second device.
In this way, when an anomaly occurs in certain services of the first device, service requests for those services can be routed to the second device for processing by the second device by dynamically adjusting the routing policy. By isolating the abnormal service, the influence range of the abnormal service is effectively controlled, and the stability of the first equipment is improved, for example, the performance and throughput of the first equipment are improved.
The second device may include a service node in a cluster of devices for handling the abnormal service request.
In some embodiments, the number of second devices may be one. By adjusting the routing policy, various exception-type exception service requests may be routed to the second device. The exception types may include a process timeout, a null pointer, etc. Of course, the number of the second devices may be plural. The second device corresponds to an exception type of the exception service request. For example, the second devices may include 3 second devices of node1, node2, node3, etc. The second device node1 corresponds to a process timeout, the second device node2 corresponds to a null pointer, and the second device node3 corresponds to other exception types than a process timeout and a null pointer. Then, after selecting the abnormal service request, selecting a second device from the plurality of second devices according to the abnormal type of the abnormal service request; the routing policy may be adjusted to route the abnormal service request to the selected second device.
In practical applications, the first state data may include sub-data, where the sub-data may include result type data. The exception type of the exception service request may be determined based on the result type data. Of course, the routing policy adjustment device may also obtain at least one result type data of the first device. The result type data is used for representing the type of the service request processing result, and specifically may include success, failure and the like. Each result type data may correspond to a service request. The method for obtaining the result type data by the routing policy adjustment device may refer to the method for obtaining the first state data, which is not described herein.
In some embodiments, the adjusted routing policy may also be sent to the routing device. The routing device can forward the abnormal service request sent by the upstream device to the second device according to the adjusted routing policy.
In some embodiments, second state data for a second device may also be obtained; judging whether the abnormal service request is recovered to be normal or not according to the second state data; if so, the adjusted routing policy may be adjusted to route the abnormal service request to the first device. Wherein at least one second status data of the second device may be acquired. The second state data may correspond to an abnormal service request for representing a processing state of the abnormal service request. For each second state data, it may be determined whether the corresponding abnormal service request is restored to normal. If so, the adjusted routing policy may be adjusted to route the abnormal service request to the first device. As for the manner of acquiring the second state data, reference may be made to the manner of acquiring the first state data. The introduction to the second state data may also refer to the first state data. And will not be described in detail herein.
Determining an abnormal value of the abnormal service request according to the second state data; it may be determined whether the abnormal service request is restored to normal according to the abnormal value. The method of calculating the outlier from the second state data may be referred to as a method of calculating the outlier from the first state data. Whether the abnormal service request is recovered to be normal or not can be judged according to the set threshold value. If the abnormal value is greater than or equal to the set threshold, the abnormal service request can be judged to be recovered to be normal. Or if the abnormal value is less than or equal to the set threshold, it may be determined that the abnormal service request is restored to normal. Of course, whether the abnormal service request is recovered to be normal may be determined according to the numerical value interval. If the abnormal value is not in the abnormal value interval, the abnormal service request can be judged to be recovered to be normal. Of course, a machine learning manner may also be used to determine whether the abnormal service request is restored to normal. The second state data may be input to the abnormal service request identification model to obtain an output of the abnormal service request identification model. The output is used to indicate whether the abnormal service request is a return to normal.
As for the manner of adjusting the adjusted routing policy, reference may be made to step S14. And will not be described in detail herein.
The adjusted routing policy may be sent to the routing device. The routing device can forward the abnormal service request sent by the upstream device to the first device according to the adjusted routing policy.
The number of first devices may be plural. In the process of adjusting the adjusted routing policy, the abnormal service request which is recovered to be normal can be routed to any first device. Or, the routing policy adjustment device may further record a correspondence between the service request and the first device. In the process of adjusting the adjusted routing strategy, a first device corresponding to the abnormal service request which is recovered to be normal can be selected according to the corresponding relation, and the abnormal service request which is recovered to be normal is routed to the selected first device. This allows routing of the normal restoration exception service request to the original first device. The original first device may be a first device for handling an abnormal service request when the abnormal service request is normal. This facilitates load balancing of the first device.
The method for processing a service request according to the embodiments of the present disclosure may obtain first state data of a first device, where the first device is configured to process a service request routed according to a routing policy, and the first state data is configured to represent a processing state of at least one service request; an abnormal service request can be selected from the at least one service request according to the first state data; the routing policy may be adjusted to route the abnormal service request to the second device. Thus, when certain services of the first device are abnormal, service requests of the services can be routed to the second device for processing by the second device by dynamically adjusting the routing policy. By isolating the abnormal service, the influence range of the abnormal service is effectively controlled, and the stability of the first equipment is improved, for example, the performance and throughput of the first equipment are improved.
Please refer to fig. 4. Based on the processing system of the service request in the embodiment of the present specification, the embodiment of the present specification further provides another processing method of the service request. The method can be applied to the routing equipment and specifically can comprise the following steps.
Step S20: after receiving the service request, the service request is routed to the first device according to a routing policy.
Step S22: acquiring an adjusted routing strategy; the adjusted routing strategy is obtained by adjusting the service request to be routed to the second equipment under the condition that the service request is an abnormal service request;
step S24: after receiving the service request, the service request is routed to a second device according to the adjusted routing policy.
In some embodiments, a service request from an upstream device may be received. After receiving the service request, the service request may be routed to the first device according to a routing policy. For example, according to a service request, corresponding routing information can be queried from the routing policy; the service request may be routed to the first device based on the queried routing information.
In some embodiments, the adjusted routing policy sent by the routing policy adjustment device may be received. For the adjustment process of the routing policy, refer to the embodiment corresponding to fig. 3, and will not be described herein.
In some embodiments, the service request from the upstream device may also continue to be received. After receiving the service request again, the service request may be routed to the second device according to the adjusted routing policy.
According to the processing method of the service request in the embodiment of the specification, after the service request is received, the service request can be routed to the first device according to the routing policy; the adjusted routing strategy can be obtained; the adjusted routing strategy is obtained by adjusting the service request to be routed to the second equipment under the condition that the service request is an abnormal service request; after receiving the service request, the service request may be routed to a second device according to the adjusted routing policy. Thus, when certain services of the first device are abnormal, service requests of the services can be routed to the second device for processing by the second device by dynamically adjusting the routing policy. By isolating the abnormal service, the influence range of the abnormal service is effectively controlled, and the stability of the first equipment is improved, for example, the performance and throughput of the first equipment are improved.
Please refer to fig. 5. The embodiment of the specification also provides a processing device of the service request, which is applied to the routing policy adjustment equipment. The apparatus may include the following modules.
An obtaining module 30, configured to obtain first state data of a first device, where the first device is configured to process a service request routed according to a routing policy, and the first state data is configured to represent a processing state of at least one service request;
a selecting module 32, configured to select an abnormal service request from the at least one service request according to the first status data;
an adjustment module 34 is configured to adjust the routing policy to route the abnormal service request to the second device.
Please refer to fig. 6. The embodiment of the specification also provides another processing device for the service request, which is applied to the routing equipment. The apparatus may include the following modules.
A routing module 40, configured to route, after receiving a service request, the service request to a first device according to a routing policy; after receiving the service request, routing the service request to a second device according to the adjusted routing policy;
and an obtaining module 42, configured to obtain an adjusted routing policy, where the adjusted routing policy is obtained by adjusting the service request to be routed to the second device under the condition that the service request is an abnormal service request.
The embodiment of the specification also correspondingly provides a computer storage medium. The computer storage medium itself may be implemented in any suitable manner. In particular, for example, computer storage media include, but are not limited to: magnetic memory, digital memory, ROM/RAM, magnetic disk, optical disk, etc. The computer storage medium stores computer program instructions.
In some embodiments, the computer program instructions may implement the steps of:
acquiring first state data of first equipment, wherein the first equipment is used for processing service requests routed according to a routing strategy, and the first state data is used for representing the processing state of at least one service request;
selecting an abnormal service request from the at least one service request according to the first state data;
the routing policy is adjusted to route the abnormal service request to a second device.
In some embodiments, the computer program instructions may implement the steps of:
after receiving a service request, routing the service request to a first device according to a routing policy;
acquiring an adjusted routing strategy; the adjusted routing strategy is obtained by adjusting the service request to be routed to the second equipment under the condition that the service request is an abnormal service request;
after receiving the service request, the service request is routed to a second device according to the adjusted routing policy.
In the 90 s of the 20 th century, improvements to one technology could clearly be distinguished as improvements in hardware (e.g., improvements to circuit structures such as diodes, transistors, switches, etc.) or software (improvements to the process flow). However, with the development of technology, many improvements of the current method flows can be regarded as direct improvements of hardware circuit structures. Designers almost always obtain corresponding hardware circuit structures by programming improved method flows into hardware circuits. Therefore, an improvement of a method flow cannot be said to be realized by a hardware entity module. For example, a programmable logic device (Programmable Logic Device, PLD) (e.g., field programmable gate array (Field Programmable Gate Array, FPGA)) is an integrated circuit whose logic function is determined by the programming of the device by a user. A designer programs to "integrate" a digital system onto a PLD without requiring the chip manufacturer to design and fabricate application-specific integrated circuit chips. Moreover, nowadays, instead of manually manufacturing integrated circuit chips, such programming is mostly implemented by using "logic compiler" software, which is similar to the software compiler used in program development and writing, and the original code before the compiling is also written in a specific programming language, which is called hardware description language (Hardware Description Language, HDL), but not just one of the hdds, but a plurality of kinds, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), lava, lola, myHDL, PALASM, RHDL (Ruby Hardware Description Language), etc., VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog are currently most commonly used. It will also be apparent to those skilled in the art that a hardware circuit implementing the logic method flow can be readily obtained by merely slightly programming the method flow into an integrated circuit using several of the hardware description languages described above.
The system, apparatus, module or unit set forth in the above embodiments may be implemented in particular by a computer chip or entity, or by a product having a certain function. One typical implementation is a computer. The computer may be a personal computer, a laptop computer, a cellular telephone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.
The description may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
Those skilled in the art will appreciate that the descriptions of the various embodiments are each focused on, and that portions of one embodiment that are not described in detail may be referred to as related descriptions of other embodiments. In addition, it will be appreciated that those skilled in the art, upon reading the present specification, may conceive of any combination of some or all of the embodiments set forth herein without any inventive effort, and that such combination is within the scope of the disclosure and protection of the present specification.
Although the present description has been described by way of example, those of ordinary skill in the art will recognize that there are numerous variations and modifications to the description, and it is intended that the appended claims encompass such variations and modifications without departing from the spirit of the present description.
Claims (10)
1. A method for processing a service request, comprising:
acquiring first state data of first equipment, wherein the first equipment is used for processing service requests routed according to a routing strategy, and the first state data is used for representing the processing state of at least one service request;
selecting an abnormal service request from the at least one service request according to the first state data;
the routing policy is adjusted to route the abnormal service request to a second device.
2. The method of claim 1, wherein the first device comprises a service node in a cluster for handling normal service requests, wherein the second device comprises a service node in a cluster for handling abnormal service requests, and wherein the routing policy is for routing service requests to service nodes in a cluster.
3. The method of claim 1, wherein the step of acquiring the first status data comprises:
acquiring at least one first state data of a first device, wherein the first state data corresponds to a service request;
the step of selecting the abnormal service request comprises the following steps:
determining an abnormal value of the service request according to the first state data, wherein the abnormal value is used for representing the abnormal degree of the service request;
and selecting an abnormal service request from the at least one service request according to the abnormal value.
4. The method of claim 1, wherein the number of second devices is a plurality, the second devices corresponding to an exception type of the exception service request; the step of adjusting the routing policy includes:
selecting a second device from a plurality of second devices according to the abnormal type of the abnormal service request;
and adjusting the routing strategy to route the abnormal service request to the selected second equipment.
5. The method according to claim 1, wherein the method further comprises:
and sending the adjusted routing policy to the routing equipment.
6. The method according to claim 1, wherein the method further comprises:
acquiring second state data of second equipment, wherein the second state data is used for representing the processing state of an abnormal service request;
judging whether the abnormal service request is recovered to be normal or not according to the second state data;
if yes, the adjusted routing strategy is adjusted so as to route the abnormal service request which is recovered to be normal to the first equipment.
7. A method for processing a service request, comprising:
after receiving a service request, routing the service request to a first device according to a routing policy;
acquiring an adjusted routing strategy; the adjusted routing strategy is obtained by adjusting the service request to be routed to the second equipment under the condition that the service request is an abnormal service request;
after receiving the service request, the service request is routed to a second device according to the adjusted routing policy.
8. A service request processing apparatus, comprising:
the system comprises an acquisition module, a routing policy module and a routing module, wherein the acquisition module is used for acquiring first state data of first equipment, the first equipment is used for processing service requests routed according to the routing policy, and the first state data is used for representing the processing state of at least one service request;
the selecting module is used for selecting an abnormal service request from the at least one service request according to the first state data;
and the adjusting module is used for adjusting the routing strategy to route the abnormal service request to the second equipment.
9. A service request processing apparatus, comprising:
the routing module is used for routing the service request to the first equipment according to the routing strategy after receiving the service request; after receiving the service request, routing the service request to a second device according to the adjusted routing policy;
the obtaining module is configured to obtain an adjusted routing policy, where the adjusted routing policy is obtained by adjusting the service request to be routed to the second device under a condition that the service request is an abnormal service request.
10. A computer device, comprising:
a processor;
a memory for storing processor-executable instructions;
the processor implements the method of any of claims 1-7 by executing the instructions.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310269279.2A CN116074387A (en) | 2023-03-16 | 2023-03-16 | Service request processing method and device and computer equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310269279.2A CN116074387A (en) | 2023-03-16 | 2023-03-16 | Service request processing method and device and computer equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116074387A true CN116074387A (en) | 2023-05-05 |
Family
ID=86180457
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310269279.2A Pending CN116074387A (en) | 2023-03-16 | 2023-03-16 | Service request processing method and device and computer equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116074387A (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103580902A (en) * | 2012-08-07 | 2014-02-12 | 腾讯科技（深圳）有限公司 | Computer information system and dynamic disaster recovery method thereof |
| CN110022227A (en) * | 2019-03-07 | 2019-07-16 | 阿里巴巴集团控股有限公司 | Method for processing business, device, equipment and storage medium |
| US10560372B1 (en) * | 2017-08-28 | 2020-02-11 | Amazon Technologies, Inc. | Request routing based on server software versions |
| US20220269564A1 (en) * | 2020-07-08 | 2022-08-25 | Tencent Technology (Shenzhen) Company Limited | Processing node management method, configuration method, and related apparatus |
-
2023
- 2023-03-16 CN CN202310269279.2A patent/CN116074387A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103580902A (en) * | 2012-08-07 | 2014-02-12 | 腾讯科技（深圳）有限公司 | Computer information system and dynamic disaster recovery method thereof |
| US10560372B1 (en) * | 2017-08-28 | 2020-02-11 | Amazon Technologies, Inc. | Request routing based on server software versions |
| CN110022227A (en) * | 2019-03-07 | 2019-07-16 | 阿里巴巴集团控股有限公司 | Method for processing business, device, equipment and storage medium |
| US20220269564A1 (en) * | 2020-07-08 | 2022-08-25 | Tencent Technology (Shenzhen) Company Limited | Processing node management method, configuration method, and related apparatus |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2020515976A (en) | Method, apparatus and system for blockchain consensus | |
| CN110753112A (en) | Elastic expansion method and device of cloud service | |
| CN111324471B (en) | Service adjustment method, device, equipment and storage medium | |
| US20050021831A1 (en) | Determining placement of distributed application onto distributed resource infrastructure | |
| CN111385359A (en) | Load processing method and device of object gateway | |
| CN114978945A (en) | Network dial testing method, device, system, electronic equipment and storage medium | |
| CN108989383B (en) | Data processing method and client | |
| CN105450694A (en) | Redirecting the service request to destination address; | |
| CN114205361A (en) | Load balancing method and server | |
| CN116074387A (en) | Service request processing method and device and computer equipment | |
| CN114124942B (en) | Method and device for scheduling core network resources and electronic equipment | |
| CN116185596B (en) | Method and device for improving task execution efficiency of wide-area multi-cluster distributed system | |
| CN116662022A (en) | Distributed message processing method, system, device, communication equipment and storage medium | |
| CN111277447A (en) | Method and system for carrying out weight sequencing on multi-channel link | |
| CN112835740A (en) | Method, electronic device and computer program product for managing data backup | |
| CN113037420B (en) | Reading time stamp obtaining method and device, electronic equipment and storage medium | |
| CN113835905B (en) | Message queue load balancing method and device, electronic equipment and medium | |
| CN114285903B (en) | Request processing method, device and system and electronic equipment | |
| CN115914404A (en) | Cluster flow management method and device, computer equipment and storage medium | |
| CN113542027B (en) | Flow isolation method, device and system based on distributed service architecture | |
| EP3425508B1 (en) | Method and apparatus for checking integrity of distributed service processing | |
| CN111931797B (en) | Method, device and equipment for identifying network to which service belongs | |
| CN113537893A (en) | Order processing method, device, equipment and computer readable medium | |
| CN109831385B (en) | Message processing method and device and electronic equipment | |
| CN113055199A (en) | Gateway access method and device and gateway equipment |
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 |