CN111800501B

CN111800501B - Method and device for processing service request, storage medium and electronic equipment

Info

Publication number: CN111800501B
Application number: CN202010623984.4A
Authority: CN
Inventors: 陈敏杰
Original assignee: Ping An Puhui Enterprise Management Co Ltd
Current assignee: Ping An Puhui Enterprise Management Co Ltd
Priority date: 2020-06-30
Filing date: 2020-06-30
Publication date: 2022-12-02
Anticipated expiration: 2040-06-30
Also published as: CN111800501A

Abstract

The application relates to the technical field of block chains, and provides a method and a device for processing a service request, wherein the method comprises the following steps: acquiring a service request to be processed; respectively acquiring data of application loads of the candidate servers; scoring each candidate server according to the data of the application load, and selecting a target server from each candidate server based on a scoring result; performing performance detection on each candidate physical communication link, and selecting a target physical communication link from each candidate physical communication link based on a detection result; and sending the service request to be processed to a target server through a target physical communication link so that the target server processes the service request to be processed. The technical scheme realizes the reliable transmission of the service request data based on the detection of the physical communication link. The service request data of the user can be stored in the block chain.

Description

Method and device for processing service request, storage medium and electronic equipment

Technical Field

The present application relates to the field of block chain technologies, and in particular, to a method and an apparatus for processing a service request, a storage medium, and an electronic device.

Background

In the communication field, when a large number of service request data are faced, the load balancing distributes the service request data to different servers for processing according to the load of the servers, so that the performance of the servers can be exerted, but when the service request data are transmitted in a physical communication link, a plurality of physical communication links are often used for transmitting the service request data, if the physical communication link used for transmitting the service request data at present fails, the data related to the service request cannot be interacted among the servers, so that the sending of the service request data is influenced, and therefore, the reliable transmission of the physical communication links is necessary to be ensured.

Disclosure of Invention

The application aims to provide a method, a device, a storage medium and an electronic device for processing a service request, which are used for detecting the reliability of a physical communication link during data transmission.

According to an aspect of the present application, there is provided a method for processing a service request, including: acquiring a service request to be processed; respectively acquiring data of application loads of the candidate servers; scoring the candidate servers according to the data of the application load, and selecting a target server from the candidate servers based on a scoring result; performing performance detection on each candidate physical communication link, and selecting a target physical communication link from each candidate physical communication link based on a detection result; and sending the service request to be processed to the target server through the target physical communication link so that the target server processes the service request to be processed.

According to another aspect of the present application, there is provided an apparatus for processing a service request, including: a service request acquiring unit, configured to acquire a service request to be processed; an application load obtaining unit, configured to obtain data of application loads of the candidate servers respectively; the scoring unit is used for scoring the candidate servers according to the application load and selecting a target server from the candidate servers based on a scoring result; the performance detection unit is used for performing performance detection on each candidate physical communication link and selecting a target physical communication link from each candidate physical communication link based on a detection result; and the service request processing unit is used for sending the service request to be processed to the target server through the target physical communication link so as to enable the target server to process the service request to be processed.

According to another aspect of the present application, there is provided a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the above-described method of processing a service request; the computer-readable storage medium comprises a storage program area and a storage data area, wherein the storage program area stores an operating system and an application program required by at least one function; the storage data area stores data created by use of the blockchain node.

According to another aspect of the present application, there is provided an electronic apparatus, comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to perform the above-described method of processing a service request via execution of the executable instructions.

According to the method and the device for processing the service request, the candidate servers are scored according to the data of the application load of the candidate servers to select the target server, and then the performance of the candidate physical communication links is detected, so that the reliability of the physical communication links among the servers can be detected when the servers process the service request to be processed, and the data of the service request can be normally transmitted among the physical communication links.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application. It is to be understood that the drawings in the following description are merely exemplary of the disclosure, and that other drawings may be derived from those drawings by one of ordinary skill in the art without the exercise of inventive faculty.

FIG. 1 schematically illustrates an exemplary diagram of a system architecture for an application scenario for anomalous user detection;

FIG. 2 schematically illustrates a flow chart of a method of processing a service request;

FIG. 3 schematically illustrates a flow chart for scoring candidate servers based on application load;

FIG. 4 schematically illustrates another flow chart for scoring candidate servers based on application load;

FIG. 5 schematically illustrates a flow chart of performance testing of a physical communication link;

FIG. 6 schematically shows a flow chart of an apparatus for handling service requests;

FIG. 7 schematically illustrates an example block diagram of an electronic device for implementing the above-described method of processing a service request;

fig. 8 schematically illustrates an example block diagram of a computer-readable storage medium for implementing the above-described method of processing a service request.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the disclosure. One skilled in the relevant art will recognize, however, that the embodiments of the present disclosure can be practiced without one or more of the specific details, or with other methods, components, devices, steps, etc. In other instances, well-known technical solutions have not been shown or described in detail to avoid obscuring aspects of the present application.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

Furthermore, the drawings are merely schematic illustrations of the present application and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and thus their repetitive description will be omitted. Some of the block diagrams shown in the figures are functional entities and do not necessarily correspond to physically or logically separate entities. These functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.

Referring to fig. 1, a system architecture 100 may include multiple ones of

mobile terminals

101, 102, 103, a network 104, and a server 105. The network 104 is used to provide a medium for communication links between the

mobile terminals

101, 102, 103 and the server 105. The network 104 may include various connection types, such as wireless communication links and the like.

The server 105 may obtain service request data of a plurality of

mobile terminals

101, 102, 103, and first, the server 105 obtains a service request to be processed and obtains data of application load of each candidate server respectively. The server 105 scores the candidate servers according to the data of the application load, and selects a target server from the candidate servers based on the scoring result. And performing performance detection on each candidate physical communication link, and selecting a target physical communication link from each candidate physical communication link based on a detection result. Finally, the server 105 sends the pending service request to the target server through the target physical communication link, so that the target server processes the pending service request.

It should be understood that the number of mobile terminals, networks, and servers in fig. 1 are merely illustrative. There may be any number of mobile terminals, networks, and servers, as desired for implementation. For example, server 105 may be a server cluster comprised of multiple servers, and the like.

The

mobile terminals

101, 102, 103 may be various electronic devices having a processor including, but not limited to, smart phones, tablet computers, portable computers, and the like. The server 105 may be a server that provides various services. For example: the user can perform data interaction of service request through the

mobile terminals

101, 102, 103 and the processor, and upload various service request related data of the user to the server 105. The server 105 can perform corresponding processing on the service request data according to the method for processing the service request in the present application.

The method is based on the existing application layer open source Nginx 7 layer load balancing scheme, a link detection mechanism is added, and through the reliability detection of the physical communication link, the normal transmission of the service request data in the physical communication link of the server 105 is ensured, the intelligent load balancing of the application layer based on the link detection is realized, and the reliable transmission of the service request data is ensured.

It should be noted that the embodiment is only an example and should not limit the function and the application scope of the present application.

The following describes a specific implementation process of the embodiments of the present application.

Fig. 2 shows a method for processing a service request according to an embodiment of the present application, which includes the following specific steps:

s210, acquiring a service request to be processed.

When information interaction is performed between servers, there are many related service request data, such as: and service request information such as conversation, internet surfing, shopping and the like.

In addition, the service request data information may relate to information such as privacy of the user in certain cases, and the service request data is usually stored in the blockchain in order to protect the privacy and the security of the user.

And S230, respectively acquiring the data of the application load of each candidate server.

In the process that the server processes the service request data, a plurality of servers exist at the back end, so that the servers are required to be adjusted and distributed to ensure that the servers can fully exert the performance, and the application load of the servers is generally required to be monitored and recorded in real time, so that the load balance of each server is realized.

It should be noted that load balancing is built on the existing network structure, and it provides an inexpensive, effective and transparent method to expand the bandwidth of network devices and servers, increase throughput, strengthen network data processing capability, and improve network flexibility and availability. The service request data is distributed to a plurality of operation units for execution, so that the performance of the server can be fully exerted, and the overall performance of the server cluster is kept to be optimal.

And S250, scoring the candidate servers according to the data of the application load, and selecting a target server from the candidate servers based on a scoring result.

In one embodiment, in step S250, referring to fig. 3, scoring the candidate servers according to the data of the application load, and selecting a target server from the candidate servers based on a scoring result may include:

s251, respectively acquiring the CPU occupancy rates of the candidate servers;

and S252, respectively performing scoring detection on each candidate server according to the CPU occupancy rate, and determining a target server from each candidate server based on the obtained first scoring result.

In this embodiment, the servers may be subjected to score detection according to the acquired CPU occupancy of each candidate server, and finally, the target server is determined based on the acquired first score result. For example: and detecting and recording the CPU occupancy rates of the candidate servers, sequencing the occupancy rates from large to small, and taking the candidate server with low occupancy rate as a target server.

In one embodiment, in step S250, referring to fig. 3, scoring the candidate servers according to the data of the application load, and selecting the target server from the candidate servers based on the scoring result may further include:

s253, respectively acquiring the disk occupancy rates of the candidate servers;

and S254, respectively carrying out grading detection on the candidate servers according to the disk occupancy rates, and determining a target server from the candidate servers based on the obtained second grading result.

In this embodiment, the disk occupancy rates of the candidate servers are respectively obtained, the candidate servers are subjected to scoring detection according to the disk occupancy rates, and finally, the target server is determined based on the obtained second scoring result. For example: and sorting the disk occupancy rates of the candidate servers according to the descending order of the disk occupancy rates, and taking the candidate server with the lower occupancy rate, namely the candidate server ranked backwards as the target server.

It should be noted that the application loads of the two candidate servers are only introduced into the CPU occupancy and the disk occupancy. As an exemplary description, scoring each candidate server according to the application load may also be performed by combining the CPU occupancy rates and the disk occupancy rates of the candidate servers to perform scoring detection, and selecting the target server based on the final scoring result.

In addition, in some embodiments, the data of the application load may be stored in a blockchain.

The block chain referred by the application is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism, an encryption algorithm and the like. The Blockchain (Blockchain) is essentially a decentralized database, which is a series of data blocks associated by using a cryptographic method, and each data block contains information of a batch of network transactions, so as to verify the validity (anti-counterfeiting) of the information and generate the next block. The blockchain may include a blockchain underlying platform, a platform product service layer, an application service layer, and the like.

S270, performing performance detection on each candidate physical communication link, and selecting a target physical communication link from each candidate physical communication link based on a detection result.

In the process of service request data transmission, a network device with data forwarding and processing capabilities is generally composed of multiple forwarding cards of a distributed architecture, and the forwarding cards are interconnected with a switch card through a backplane, that is, the forwarding cards are interconnected through links realized by the switch card, and data interaction is realized through a cross-card data channel between the forwarding cards. The data interaction between the network devices is carried out according to the servers of the network devices.

The service request data needs a specific physical communication link in the server to complete the corresponding service request information. Therefore, the physical communication link needs to be detected to ensure that the physical communication link can normally transmit the information of the service request data.

Under one embodiment, in step S270, referring to fig. 5, performing performance detection on each of the candidate physical communication links, and selecting a target physical communication link from the candidate physical communication links based on a detection result includes:

s271, detecting the response time of each candidate physical communication link.

And S272, detecting the routing hop count of each candidate physical communication link.

The detection of each candidate physical communication link may detect a response time and a number of routing hops of each candidate physical communication link.

When the response time of each candidate physical communication link is detected, in an embodiment, the response time of each candidate physical communication link may be detected through an icmp protocol, and relevant data of the response time of the link is collected and uploaded to each candidate server, so as to store the relevant data of the response time of each candidate physical communication link. In addition, when the response time of each candidate physical communication link is detected, in some embodiments, the response time of the physical communication links of different servers may also be recorded, and link data may be collected and uploaded to each candidate server.

By recording the response time under different conditions, a suitable candidate server can be selected from a plurality of performances of the server to transmit the service request data.

When detecting the number of route hops of each candidate physical communication link, in some embodiments, the number of route hops may be obtained through a Dijksua algorithm or a Bellman-Ford algorithm. And collecting relevant data of the route hop count of the link and uploading the relevant data to each candidate server so as to store the relevant data of the route hop count of each candidate physical communication link.

S273, respectively evaluating the performance scores of the candidate physical communication links based on the response time and the routing hop count.

In one embodiment, the number of routing hops from different geographic locations to a specified target, the more hops indicate the more candidate servers passed, the lower the reliability of the network, the lower the score, and the greater the response time from different areas to the specified target, the worse the quality of the network, the lower the score.

Therefore, the performance scores of the candidate physical communication links are respectively evaluated based on the response time and the number of the routes, wherein the candidate servers can be respectively graded and sorted according to the length of the response time and the number of the routes.

It should be noted that, the physical communication link may be selected according to the ISP provider, and the provider information may be obtained according to the original address of the user, so that the score is higher for the same provider link.

And S275, selecting a target physical communication link from the candidate physical communication links based on the performance scores.

The performance score refers in this embodiment to the quality of the network and the reliability of the network. The target physical communication link is selected from the candidate physical communication links based on the quality of the network and the reliability of the network. In the embodiment of the application, the target communication link is selected from candidate servers with high performance scores. The candidate server refers to a plurality of transfer candidate servers in a way in the process of transmitting the service request data to the target server.

The selection of the target communication link from the candidate servers with high performance scores can be performed according to the following steps:

1) In different geographic positions, firstly, server information used for sending a service request to be processed is obtained, one candidate server is selected from all candidate servers as an initial candidate server, and each adjacent physical communication link of the initial candidate server and the cost of the physical communication links of all the candidate servers in the area are obtained.

2) And selecting the physical communication link with the shortest path to the initial candidate server from the physical communication links in the step 1 as a first physical communication link, wherein the first physical communication link is a physical communication link between a server for sending the service request to be processed and the first candidate server.

3) And acquiring adjacent physical communication links with the first candidate server based on the first candidate server, and selecting the physical communication link with the shortest path from the first candidate server as a second physical communication link, wherein the second physical communication link is a physical communication link between the first candidate server and a second candidate server.

4) And repeating the steps 2) and 3) until an nth physical communication link with the shortest path to the target server is obtained, and transmitting the service request data from the first physical communication link to the data of all physical communication links between the nth physical communication link and storing the data and the cost of the physical communication links, wherein the data can also be stored in the block chain. The target physical communication link is a general name of a starting physical communication link, a first physical communication link, a second physical communication link \8230 \ 8230: (n) th physical communication link.

Through the steps, the service request data pass through the first candidate server, the second candidate server and the third candidate server (82308230; 8230; and the nth candidate server) in the process of sending the service request data from the starting server to the target server, and finally the service request data are sent to the target server. The first physical communication link, the second physical communication link, \8230 \\ 8230and the (n-1) th physical communication link jointly form a target physical communication link, a server through which service request data are transmitted and the physical communication link can be recorded through the target physical communication link, and similar service requests can be taken as reference when processed later, so that repeated detection work during processing of the similar service requests is reduced, detection efficiency is improved, and service request data are rapidly processed.

In the embodiment, the response time and the route hop count of each candidate physical communication link are detected, and the target physical communication link is selected, and the response time and the route hop count can change at any time along with the load of the physical communication link, so that the real-time detection of the physical communication link is realized by monitoring and recording each candidate physical communication link in real time, and the reliable transmission of service request data is ensured.

In some embodiments, after detecting each candidate physical communication link, DNS resolution processing is often required for all candidate physical communication links, and a basic function of DNS resolution is to intelligently determine a user B who accesses the user a website, and then resolve the domain name of the user a website into different IP addresses according to different visitors. If the visitor is a network user, the DNS strategy resolution server will resolve the network IP address corresponding to the domain name of the user A website to the visitor. If the visitor is a telecommunication user, the DNS policy resolution server will resolve the telecommunication IP address corresponding to the domain name of user A website to the visitor. By acquiring the target physical communication link, the server may send a line analysis response of the corresponding physical communication link to the corresponding service or management service.

In this embodiment, the response time and the number of routing hops are detected to detect the reliability of the network and the quality of the network, and the target physical communication link is selected from the candidate physical communication links according to the reliability of the network and the quality of the network. However, in some embodiments, the performance score may also refer to a network packet loss rate, a number of network packets transmitted and received, and the like, and by performing score detection on the candidate physical communication links, the target physical communication link may be selected.

S290, sending the pending service request to the target server through the target physical communication link, so that the target server processes the pending service request.

By acquiring the target communication physical link and the target server, DNS analysis and link detection are combined, and load balancing of service request data on a network application layer is achieved. Thereby completing normal transmission and reception of the service request data.

After the reliability of the target physical communication link is ensured, the service request data is transmitted through the target physical communication link, and meanwhile, the reliable transmission of the service data is realized.

The present application further provides an apparatus 300 for processing a service request, which is shown in fig. 6 and includes:

a service request obtaining unit 310, configured to obtain a service request to be processed.

An application load obtaining unit 330, configured to obtain data of application loads of the candidate servers respectively.

And a scoring unit 350, configured to score the candidate servers according to the data of the application load, and select a target server from the candidate servers based on a scoring result.

A performance detection unit 370, configured to perform performance detection on each candidate physical communication link, and select a target physical communication link from the candidate physical communication links based on a detection result.

A service request processing unit 390, configured to send the service request to be processed to the target server through the target physical communication link, so that the target server processes the service request to be processed.

The specific details of each module in the apparatus for processing a service request have been described in detail in the corresponding method for processing a service request, and therefore are not described herein again.

According to the method and the device, the candidate server is scored according to the data of the application load of the candidate server, the target server is determined based on the scoring result, and the application load of the server is monitored and managed in real time. Secondly, the performance of each candidate physical communication link is detected to determine a target physical communication link so as to ensure the reliable transmission of the physical link. And finally, transmitting the service request data to a target server through a target physical communication link, thereby realizing the reliable transmission of the service request data.

In addition, the detection is performed in a modularized mode aiming at the detection of the server and the physical communication link, so that the compatibility is strong, and the method can be suitable for various load balancing platforms.

It should be emphasized that, in order to further ensure the privacy and security of the information related to the service request data, the information related to the service request data may also be stored in the nodes of the block chain.

It should be noted that although in the above detailed description several modules or units of the device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit, according to embodiments of the application. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units.

Moreover, although the steps of the methods in this application are depicted in the drawings in a particular order, this does not require or imply that these steps must be performed in this particular order, or that all of the depicted steps must be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken into multiple step executions, etc.

Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which can be a personal computer, a server, a mobile terminal, or a network device, etc.) to execute the method according to the embodiments of the present application.

In an exemplary embodiment of the present application, there is also provided an electronic device capable of implementing the above method.

As will be appreciated by one skilled in the art, aspects of the present application may be embodied as a system, method or program product. Accordingly, various aspects of the present application may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" system.

An electronic device 500 according to this embodiment of the invention is described below with reference to fig. 7. The electronic device 500 shown in fig. 8 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present application.

As shown in fig. 8, the electronic device 500 is in the form of a general purpose computing device. The components of the electronic device 500 may include, but are not limited to: the at least one processing unit 510, the at least one memory unit 520, and a bus 530 that couples various system components including the memory unit 520 and the processing unit 510.

Wherein the storage unit stores program code that is executable by the processing unit 510 to cause the processing unit 510 to perform steps according to various exemplary embodiments of the present invention as described in the above section "exemplary methods" of the present specification. For example, the processing unit 510 may execute S210 shown in fig. 2, obtain a pending service request; s230, respectively acquiring data of application loads of the candidate servers; s250, scoring the candidate servers according to the data of the application load, and selecting a target server from the candidate servers based on a scoring result; s270, performing performance detection on each candidate physical communication link, and selecting a target physical communication link from each candidate physical communication link based on a detection result; s290, sending the pending service request to the target server through the target physical communication link, so that the target server processes the pending service request.

The memory unit 520 may include readable media in the form of volatile memory units, such as a random access memory unit (RAM) 5201 and/or a cache memory unit 5202, and may further include a read-only memory unit (ROM) 5203.

Storage unit 520 may also include a program/utility 5204 having a set (at least one) of program modules 5205, such program modules 5205 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which or some combination thereof may comprise an implementation of a network environment.

Bus 530 may be one or more of any of several types of bus structures including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

The electronic device 500 may also communicate with one or more external devices 700 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a user to interact with the electronic device 500, and/or with any device (e.g., router, modem, etc.) that enables the electronic device 500 to communicate with one or more other computing devices. Such communication may occur via input/output (I/O) interfaces 550. Also, the electronic device 500 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the internet) via the network adapter 560. As shown, the network adapter 560 communicates with the other modules of the electronic device 500 over the bus 530. It should be appreciated that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the electronic device 500, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, to name a few.

Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to make a computing device (which can be a personal computer, a server, a terminal device, or a network device, etc.) execute the method according to the embodiments of the present application.

In an exemplary embodiment of the present application, referring to fig. 8, there is also provided a computer readable storage medium having stored thereon a program product capable of implementing the above-described method of the present specification. In some possible embodiments, the various aspects of the present application may also be implemented in the form of a program product comprising program code means for causing a terminal device to carry out the steps according to the various exemplary embodiments of the present invention described in the "exemplary methods" section above of this description, when said program product is run on said terminal device.

Referring to fig. 8, a computer-readable storage medium 600 for implementing the above method according to an embodiment of the present application, which may employ a portable compact disc-read only memory (CD-ROM) and include program code, and may be run on a terminal device, such as a personal computer, is described. However, the program product of the present application is not limited thereto, and in this document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

The computer-readable storage medium 600 may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

A computer readable signal medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable signal medium may be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

The computer-readable storage medium comprises a storage program area and a storage data area, wherein the storage program area stores an operating system and an application program required by at least one function; the storage data area stores data created by use of the blockchain node.

Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Program code for carrying out operations of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server. In situations involving remote computing devices, the remote computing devices may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to external computing devices (e.g., through the internet using an internet service provider).

Furthermore, the above-described drawings are only schematic illustrations of processes involved in methods according to exemplary embodiments of the invention, and are not intended to be limiting. It will be readily understood that the processes shown in the above figures are not intended to indicate or limit the chronological order of the processes. In addition, it is also readily understood that these processes may be performed, for example, synchronously or asynchronously in multiple modules.

Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the application disclosed herein. This application is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the invention pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the application being indicated by the following claims.

Claims

1. A method for processing a service request, comprising:

acquiring a service request to be processed;

respectively acquiring data of application loads of the candidate servers;

scoring the candidate servers according to the data of the application load, and selecting a target server from the candidate servers based on a scoring result;

performing performance detection on each candidate physical communication link, and performing DNS analysis processing on all the candidate physical communication links so as to analyze the domain name into an IP address of the same operator as the IP address of the visitor;

selecting a target physical communication link from the candidate physical communication links based on the detection result;

and sending the service request to be processed to the target server through the target physical communication link so that the target server processes the service request to be processed.

2. The method of claim 1, wherein the data of the pending service request is stored in a blockchain.

3. The method according to claim 1, wherein the scoring the candidate servers according to the data of the application load, and selecting a target server from the candidate servers based on the scoring result comprises:

respectively acquiring the CPU occupancy rate of each candidate server;

and respectively carrying out grading detection on each candidate server according to the CPU occupancy rate, and determining a target server from each candidate server based on the obtained first grading result.

4. The method of claim 1, wherein the scoring the candidate servers according to the data of the application load and selecting a target server from the candidate servers based on the scoring result comprises:

respectively acquiring the disk occupancy rates of the candidate servers;

and respectively carrying out grading detection on each candidate server according to the disk occupancy rate, and determining a target server from each candidate server based on the obtained second grading result.

5. The method of claim 1, wherein performing the performance test on each candidate physical communication link, and selecting the target physical communication link from the candidate physical communication links based on the test result comprises:

detecting a response time of each candidate physical communication link;

detecting the routing hop count of each candidate physical communication link;

evaluating performance scores of the candidate physical communication links respectively based on the response time and the routing hop count;

and selecting a target physical communication link from the candidate physical communication links based on the performance scores.

6. The method of claim 5, wherein detecting the response time of each candidate physical communication link comprises: and respectively detecting the response time of each candidate physical link through the icmp protocol.

7. The method of claim 1, wherein the data of the application load is stored in a blockchain.

8. An apparatus for processing a service request, comprising:

a service request acquiring unit, configured to acquire a service request to be processed;

an application load obtaining unit, configured to obtain data of application loads of the candidate servers respectively;

the scoring unit is used for scoring the candidate servers according to the data of the application load and selecting a target server from the candidate servers based on a scoring result;

the performance detection unit is used for performing performance detection on each candidate physical communication link and selecting a target physical communication link from each candidate physical communication link based on a detection result;

a service request processing unit, configured to send the service request to be processed to the target server through the target physical communication link, so that the target server processes the service request to be processed;

the apparatus is further configured to perform DNS resolution processing on all candidate physical communication links to resolve a domain name to an IP address of the same operator as the IP address of the visitor.

9. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the method of handling service requests according to any one of claims 1 to 7.

10. An electronic device, comprising:

a processor; and

a memory for storing executable instructions of the processor;

wherein the processor is configured to perform the method of processing a service request of any of claims 1-7 via execution of the executable instructions.