CN113868067A - Fault detection device, method and communication system - Google Patents
Fault detection device, method and communication system Download PDFInfo
- Publication number
- CN113868067A CN113868067A CN202111138480.4A CN202111138480A CN113868067A CN 113868067 A CN113868067 A CN 113868067A CN 202111138480 A CN202111138480 A CN 202111138480A CN 113868067 A CN113868067 A CN 113868067A
- Authority
- CN
- China
- Prior art keywords
- target
- processing request
- target processing
- fault detection
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000001514 detection method Methods 0.000 title claims abstract description 188
- 238000004891 communication Methods 0.000 title claims abstract description 32
- 238000000034 method Methods 0.000 title claims abstract description 30
- 238000012545 processing Methods 0.000 claims abstract description 482
- 230000004044 response Effects 0.000 claims abstract description 114
- 238000001914 filtration Methods 0.000 claims description 8
- 230000008569 process Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 11
- 238000004590 computer program Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 238000012805 post-processing Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/26—Functional testing
- G06F11/261—Functional testing by simulating additional hardware, e.g. fault simulation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/26—Functional testing
- G06F11/273—Tester hardware, i.e. output processing circuits
- G06F11/2733—Test interface between tester and unit under test
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Debugging And Monitoring (AREA)
Abstract
The application discloses fault detection equipment, a fault detection method and a communication system, and relates to the technical field of communication. The fault detection device can forward the target processing request and the target processing response between the terminal and the processing device, and can also perform fault detection on the target interface according to the forwarded target processing request and the target processing response. The method and the device solve the problem that the fault detection mode of the target interface is single, and are used for fault detection of the target interface.
Description
Technical Field
The present application relates to the field of communications technologies, and in particular, to a fault detection device, a fault detection method, and a communication system.
Background
The communication system includes a terminal and a processing device. The terminal is used for sending a processing request to a target interface of the processing equipment. And the processing equipment is used for processing the processing request by using the functional module corresponding to the target interface after receiving the processing request and sending a processing response of the processing request to the terminal. However, a target interface of the processing device may fail, and, for the same processing request, a processing response that the processing device transmits to the terminal when the target interface fails is different from a processing response that the processing device transmits to the terminal when the target interface does not fail.
In order to detect whether a target interface of a processing device is faulty, a worker first needs to operate on a terminal to trigger the terminal to receive a selection instruction, where the selection instruction is used to select a target processing request and a target processing response thereof from among processing requests sent to the target interface and processing responses of the processing requests. The terminal may send the target processing request to a target interface of the processing device according to the selection instruction, and receive an auxiliary processing response of the target processing request fed back by the processing device. The terminal then compares the secondary process response to the target process response to determine if the target interface of the processing device is malfunctioning.
However, the current method for detecting the fault of the target interface is single.
Disclosure of Invention
The application provides a fault detection device, a fault detection method and a communication system, which can solve the problem that the fault detection mode of a target interface is single. The technical scheme is as follows:
in a first aspect, a fault detection device is provided, the fault detection device being configured to:
receiving a target processing request sent by the terminal, wherein the target processing request is used for being processed by a target interface of the processing equipment;
forwarding the target processing request to the processing device;
receiving a target processing response of the target processing request sent by the processing equipment;
forwarding the target processing response to the terminal;
and carrying out fault detection on the target interface according to the forwarded target processing request and the target processing response.
In a second aspect, a fault detection method is provided, which is used for a fault detection device, and the fault detection device is in communication connection with both a terminal and a processing device; the method comprises the following steps:
receiving a target processing request sent by the terminal, wherein the target processing request is used for being processed by a target interface of the processing equipment;
forwarding the target processing request to the processing device;
receiving a target processing response of the target processing request sent by the processing equipment;
forwarding the target processing response to the terminal;
and carrying out fault detection on the target interface according to the forwarded target processing request and the target processing response.
In a third aspect, a communication system is provided, which includes: the fault detection device is in communication connection with both the terminal and the processing device, and comprises the fault detection device of any one of claims 1 to 6.
In a fourth aspect, a computer-readable storage medium is provided, in which a computer program is stored, the computer program being loaded and executed by a processor to implement the fault detection method of the second aspect as described above.
In a fifth aspect, there is provided a computer program product comprising instructions which, when run on a computer, cause the computer to perform the fault detection method of the second aspect described above.
The beneficial effect that technical scheme that this application provided brought includes at least:
to sum up, in the fault detection method provided in the embodiment of the present application, the fault detection device can forward the target processing request and the target processing response between the terminal and the processing device, and the fault detection device can also perform fault detection on the target interface according to the forwarded target processing request and target processing response. Therefore, the fault detection mode of the target interface is enriched.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a schematic structural diagram of a communication system according to an embodiment of the present application;
fig. 2 is a schematic structural diagram of another communication system provided in an embodiment of the present application;
fig. 3 is a flowchart of a fault detection method provided in an embodiment of the present application;
FIG. 4 is a schematic diagram of a target processing request provided by an embodiment of the present application;
FIG. 5 is a schematic diagram of a modified target processing request of a fault detection device provided by an embodiment of the present application;
FIG. 6 is a schematic diagram of a target process response provided by an embodiment of the present application;
FIG. 7 is a schematic diagram of a modified target processing response of a fault detection device provided by an embodiment of the present application;
fig. 8 is a schematic structural diagram of another communication system provided in the embodiment of the present application;
fig. 9 is a schematic structural diagram of another communication system provided in an embodiment of the present application;
fig. 10 is a schematic structural diagram of a fault detection device according to an embodiment of the present application.
Detailed Description
To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.
Fig. 1 is a schematic structural diagram of a communication system provided in an embodiment of the present application, where the communication system may be an internet system or an internet of things system.
As shown in fig. 1, the communication system includes a terminal and a processing device. The terminal can be a mobile phone, a computer and other terminal devices, and the processing device can be a server or a server cluster formed by a plurality of servers. The terminal is used for sending a processing request to a target interface (logical interface) of the processing device. And the processing equipment is used for processing the processing request by using the functional module corresponding to the target interface after receiving the processing request and sending a processing response of the processing request to the terminal.
The processing device corresponds to an application program (APP) or a web page, and is used for realizing the functions of the APP or the web page. The APP and the webpage are provided with hundreds of target interfaces, and different target interfaces are used for realizing different functions of the APP or the webpage.
However, a target interface of the processing device may fail, and, for the same processing request, a processing response that the processing device transmits to the terminal when the target interface fails is different from a processing response that the processing device transmits to the terminal when the target interface does not fail.
In order to detect whether a target interface of a processing device is faulty, a worker first needs to operate on a terminal to trigger the terminal to receive a selection instruction, where the selection instruction is used to select a target processing request and a target processing response thereof from among processing requests sent to the target interface and processing responses of the processing requests. The terminal may send the target processing request to a target interface of the processing device according to the selection instruction, and receive an auxiliary processing response of the target processing request fed back by the processing device. The terminal then compares the secondary process response to the target process response to determine if the target interface of the processing device is malfunctioning.
Illustratively, the terminal can display a web page for its corresponding target interface of the processing device. After the terminal sends the processing request to the processing device, the staff member may open the developer tool on the web page of the terminal and select a target processing request and a target processing response thereof in a connection (connecting) area of the developer tool. And then, the terminal sends the target processing request to a target interface of the processing equipment and receives an auxiliary processing response of the target processing request fed back by the processing equipment. Finally, the terminal compares the auxiliary processing response with the target processing response to determine whether the target interface of the processing device is malfunctioning.
For another example, for a target interface of a processing device corresponding to the APP, the APP may be installed on the terminal. The operator may install a packet capture tool (e.g., gaddler) on the terminal for obtaining a processing request from the terminal to the target interface and a processing response to the processing request. After the terminal sends the processing request to the processing device, the staff can select a target processing request and a target processing response thereof from the processing request and the processing response acquired by the bale plucking tool. And then, the terminal sends the target processing request to a target interface of the processing equipment and receives an auxiliary processing response of the target processing request fed back by the processing equipment. Finally, the terminal compares the auxiliary processing response with the target processing response to determine whether the target interface of the processing device is malfunctioning.
For another example, for the target interface of the processing device corresponding to the APP, if the APP cannot be installed on the terminal, the worker may install a simulator on the terminal to simulate an installation environment of the APP, where the simulator has a proxy network segment, and the proxy network segment is consistent with the network segment of the terminal. The operator can then install the APP on the terminal where the simulator is installed. In addition, the worker can install a packet capturing tool at the terminal, wherein the packet capturing tool is used for acquiring a processing request sent by the terminal to the target interface and a processing response of the processing request. After the terminal sends a processing request to the processing device, a worker can select a target processing request and a target processing response on a bale plucking tool of the terminal. And then, the terminal sends the target processing request to a target interface of the processing equipment and receives an auxiliary processing response of the target processing request fed back by the processing equipment. Finally, the terminal compares the auxiliary processing response with the target processing response to determine whether the target interface of the processing device is malfunctioning.
However, the current fault detection method for the target interface is single, and based on this, the embodiment of the present application provides another communication system, which can provide a new fault detection method for the target interface, thereby enriching the fault detection methods for the target interface.
As shown in fig. 2, based on fig. 1, the communication system further includes: and the fault detection device is in communication connection with both the terminal and the processing device in the communication system, and when the communication system comprises the fault detection device, the terminal and the processing device are in communication connection through the fault detection device. The fault detection device may be a server, a server cluster, a gateway, or the like, and may also be referred to as a cloud server side. The fault detection device can forward the processing request and the processing response between the terminal and the processing device, and the fault detection device can perform fault detection on the target interface according to the forwarded processing request and the forwarded processing response.
Fig. 3 is a flowchart of a fault detection method provided in an embodiment of the present application, where the fault detection method may be used in a communication system (such as the communication system shown in fig. 2) provided in an embodiment of the present application.
As shown in fig. 3, the method includes:
in step 101, a terminal sends a target processing request to a fault detection device, where the target processing request is used for target interface processing of a processed device.
Before step 101, the staff member needs to manually set the proxy address and the proxy port number at the terminal. Wherein, the proxy Address is an Internet Protocol (IP) Address of the fault detection device, and the proxy port number is: and detecting the port number of a certain port in the equipment. It should be noted that the failure detection device has at least one port, and the port having the proxy port number may be any port in the at least one port, and the port is configured to receive the processing request.
Illustratively, assume that the IP address of the failure detection device is 10.18.226.248, and assume that the proxy port number is 8080. The staff member needs to set the proxy address at 10.18.226.248 and the proxy port number at 8080 on the terminal.
After the terminal is configured with the proxy address and the proxy port number, the terminal may generate a target processing request according to the proxy address and the proxy port number.
For example, fig. 4 is a schematic diagram of a target processing request, which may include a source IP address, a source port number, a destination IP address, a destination port number, a source interface address, a destination interface address, a load, and the like. In the request sent by the terminal, the source IP address is the IP address of the terminal, the source port number is the port number of the terminal, the destination IP address is the proxy address, the destination port number is the proxy port number, the source interface address is the address of the interface in the terminal that generates the target processing request, and the destination interface address is the address of the target interface in the processing device. It can be seen that the target processing request is for a port having a proxy port number in the failure detection apparatus from a port indicated by the port number of the terminal. The load may include data that needs to be processed by the functional module corresponding to the target interface in the target processing request.
In addition, since the target processing request includes the address of the target interface of the processing device, the terminal needs to acquire the address of the target interface of the processing device before sending the target processing request to the failure detection device. The target interface comprises a corresponding functional module, and the target processing request is processed by the target interface and actually processed by the functional module corresponding to the target interface.
The worker may also deploy a network proxy service (e.g., an installation proxy tool (e.g., mitmprox)) on the fault detection device to enable the fault detection device to receive the target processing request sent by the terminal.
Step 102, the failure detection device stores the target processing request.
The failure detection device may also store the received processing request.
Optionally, the fault detection device stores the target processing request when the target processing request meets the filtering condition. The filtering condition may be a condition preset by a worker at the fault detection device.
By way of example, it is assumed that the worker-preset failure detection device stores only POST (POST) processing requests and GET (GET) processing requests among hypertext Transfer Protocol (HTTP) type processing requests, and at this time, the filtering condition includes: the target processing request is any one of a POST processing request and a GET processing request. When the target processing request is a DELETE (DELETE) processing request, the fault detection device determines that the target processing request does not satisfy the filtering condition, and the fault detection device does not store the target processing request; when the target processing request is a POST processing request or a GET processing request, the fault detection device determines that the target processing request satisfies the filtering condition, and the fault detection device stores the target processing request.
Since the failure detection apparatus stores only the target processing requests satisfying the filter condition, the failure detection apparatus can reduce the number of target processing requests that need to be stored.
Of course, the failure detection device may not filter the target processing request, but directly store the target processing request.
Optionally, the failure detection device stores a plurality of parts of the target processing request when storing the target processing request, and the target processing request is composed of the plurality of parts. For example, referring to table 1, taking table 1 as an example that the fault detection device stores the target processing requests 1 and 2, the fault detection device may divide each target processing request into the plurality of portions and store the plurality of portions, and the plurality of portions may include: a request address portion (including the address of the target interface), a request mode portion, a request header portion, a request body portion, and so on. Of course, the fault detection device may also store the complete target processing request instead of splitting the target processing request.
Optionally, with continuing reference to table 1, when storing the target processing request, the failure detection device also stores additional information of the target processing request, such as: flow number (flowid) of the target processing request, reception time of the target processing request. And the receiving time of the target processing request is the time of the target processing request received by the fault detection equipment.
Optionally, the fault detection device stores the target processing request in a database. The database may be located on the fault detection device, or may be located on a device other than the fault detection device, which is not limited in this embodiment of the present application. Optionally, the database is a relational database (e.g., my Structured Query Language (mySQL)). Because the target processing request is stored in the database, the database can perform centralized management on the data and is easy to query the data, and therefore, the efficiency of the fault detection equipment for querying the target processing request is high.
TABLE 1
Step 103, the fault detection device forwards the target processing request to the processing device.
After receiving the target processing request, the failure detection device may forward the target processing request to the processing device.
For example, the failure detection device may determine, according to an address of a target interface of the processing device in the target processing request, that the target processing request is used for being processed by a functional module corresponding to the target interface of the processing device. At this time, referring to fig. 4 and 5, the failure detection apparatus may modify the source IP address in the target processing request from the IP address of the terminal in fig. 4 to the proxy address in fig. 5, modify the source port number from the port number of the terminal in fig. 4 to the proxy port number in fig. 5, modify the destination IP address from the proxy address in fig. 4 to the IP address of the processing apparatus in fig. 5, and modify the destination port number from the proxy port number in fig. 4 to the port number of the processing apparatus in fig. 5. In this way, the target processing request is a request for transmission from a port having the proxy port number in the failure detection apparatus to a port of the processing apparatus. And after finishing modifying the target processing request, the fault detection equipment sends the modified target processing request to the processing equipment.
Further, before modifying the target processing request, the failure detection device needs to acquire the IP address and the port number of the processing device. For example, the failure detection device may determine, according to a correspondence between an interface address, a device IP address, and a device port number, an IP address and a port number of a processing device corresponding to an address of a target interface in the target processing request.
Step 104, the processing device sends a target processing response of the target processing request to the failure detection device.
The target processing request corresponds to a target interface of the processing device, and a functional module corresponding to the target interface of the processing device can process the target processing request to obtain a processing result and generate a target processing response of the target processing request according to the processing result. The processing device may then send the target processing response to the failure detection device.
The format of the target processing response may be the same as that of the target processing request, and after obtaining the processing result, the processing device may modify the data, which is processed by the functional module corresponding to the target interface and is required to be in the target processing request, of the load in the target processing request into the processing result, and modify the source IP address, the source port number, the destination IP address, the target port number, the source interface address, and the destination interface address in the target processing request, so as to obtain the target processing response shown in fig. 6. It can be seen that the target processing response is for a port indicated by the port number of the processing device to a port in the failure detection device having a proxy port number.
In step 105, the failure detection device stores the target processing response of the target processing request.
The failure detection device may also store a processing response to the received processing request. If the failure detection device stores the target processing request, the failure detection device may also store a target processing response to the target processing request.
Alternatively, when the failure detection apparatus stores the target processing request when the target processing request satisfies the filter condition, the failure detection apparatus may store the target processing response of the target processing request.
Still alternatively, when the failure detection apparatus does not filter the target processing request but directly stores the target processing request, the failure detection apparatus directly stores the target processing response of the target processing request.
Optionally, the fault detection device stores the target processing response in a database.
For example, with continued reference to table 1, a target processing response corresponding to a target processing request may also be stored in table 1, and located in the same row as portions of the target processing request. Further, the failure detection device may take the time at which it receives the target processing response as the response time, and store it.
Step 106, the fault detection device forwards the target processing response to the terminal.
The process of forwarding the target processing response to the terminal by the fault detection device may refer to the process of forwarding the target processing request to the processing device by the fault detection device, which is not described herein in detail in this embodiment of the present application. The target processing response sent by the fault detection device to the terminal may be as shown in fig. 7.
Step 107, the failure detection device sends at least one target processing request to the processing device.
Optionally, the failure detection device receives a selection instruction for at least one target processing request, determines the at least one target processing request according to the selection instruction, and sends the at least one target processing request to the processing device. The selection instruction may be an instruction triggered by an operation of a worker on the fault detection device.
Illustratively, the selection instruction may contain at least one stream number. And, when the at least one stream number includes a plurality of stream numbers, the plurality of stream numbers may be presented in the form of a list. Each stream number of the at least one stream number is used to indicate a target processing request having the stream number, and the at least one stream number is used to indicate at least one target processing request in common. The fault detection device may determine the at least one target processing request based on the at least one flow number.
Alternatively, the failure detection device may not determine the at least one target processing request according to the selection instruction. For example, the failure detection device may use a target processing request received in a time period before the latest current time as the at least one target processing request.
Optionally, regardless of how the failure detection device determines the at least one target processing request, if the failure detection device stores the target processing request, the at least one target processing request is at least part of the target processing request already stored by the failure detection device. Illustratively, when the failure detection device determines the at least one target processing request based on the selection instruction, the failure detection device may present the stored target processing request (e.g., by displaying table 1 above) and receive the selection instruction triggered by the staff member according to the target processing request presented by the failure detection device.
Furthermore, when the at least one target processing request in step 107 is at least part of the target processing requests already stored by the failure detection device, since the failure detection device stores a plurality of parts of the target processing requests when storing the target processing requests, the failure detection device needs to assemble the target processing requests according to the stored plurality of parts of the target processing requests before sending each of the at least one target processing requests to the processing device.
Optionally, when the target processing request stored by the fault detection device is a target processing request satisfying the filtering condition, the target processing request stored by the fault detection device is less. Furthermore, at least one target processing request sent by the fault detection device to the processing device in step 107 is screened from the stored target processing requests, so the number of target processing requests sent by the fault detection device to the processing device is small, and therefore, the efficiency of fault detection is high.
In step 108, the processing device sends an auxiliary processing response for each target processing request of the at least one target processing request to the failure detection device.
The process of sending, by the processing device, the auxiliary processing response of each target processing request in the at least one target processing request to the fault detection device may refer to a process of sending, by the processing device, the target processing response of the target processing request to the fault detection device, which is not described herein in detail in this embodiment of the application.
Step 109, when the number of the fault processing requests in the at least one target processing request is greater than the number threshold, the fault detection device determines that the target interface is in a fault state, and the target processing response and the auxiliary processing response of the fault processing request are different.
Optionally, in the embodiment of the present application, with a target processing response of a target processing request as a reference, when the target processing response of the target processing request is different from the auxiliary processing response, the fault detection device determines that the target processing request is a fault processing request. Further, the fault detection device may preset a threshold value of the number of fault processing requests, and when the number of fault processing requests is greater than the threshold value of the number, the fault detection device determines that the target interface is in a fault state. The number threshold may be any number of 0, 1, 2, 3, etc.
Exemplarily, assuming that the threshold value of the number of fault handling requests is 1, when the number of fault handling requests in at least one target handling request is 1, the fault detection device determines that the target interface is not in a fault state; when the number of the fault processing requests in the at least one target processing request is 2, the fault detection device determines that the target interface is in a fault state.
As can be seen from step 107 to step 109, the failure detection device performs failure detection on the target interface according to the forwarded target processing request and target processing response.
In the embodiment of the present application, fault detection is performed on a target interface of a processing device, and when the processing device further includes other interfaces except the target interface, fault detection manners of the other interfaces may refer to a fault detection manner of the target interface, which is not described herein again in this embodiment of the present application.
To sum up, in the fault detection method provided in the embodiment of the present application, the fault detection device can forward the target processing request and the target processing response between the terminal and the processing device, and the fault detection device can also perform fault detection on the target interface according to the forwarded target processing request and the target processing response. Therefore, the fault detection mode of the target interface is enriched.
In the related art, a worker needs to install a bale plucking tool on a terminal to perform fault detection of a target interface. In the embodiment of the application, the terminal does not need to be provided with a bale plucking tool. In addition, in the related art, the terminal cannot automatically store the target processing request and the target processing response, and the fault detection device in the embodiment of the present application may automatically store the target processing request and the target processing response. Further, in the related art, the accuracy of storing the target processing request and the target processing response by the manual operation terminal of the worker is generally lower than the accuracy of storing the target processing request and the target processing response by the fault detection device, and when there are many target interfaces to be detected, the number of times of manual operation required by the worker is also large, and the accuracy of manual operation by the worker is easily reduced. In the embodiment of the application, the fault detection equipment is adopted to store the target processing request and the target processing response, so that the accuracy is higher.
As can be seen from the above, the fault detection device of the communication system mainly includes: the device comprises an agent module, a recording module, a storage module, a playback module and a verification module.
In the fault detection method provided in the embodiment of the present application, for example, as shown in fig. 8, in step 101, a terminal sends a target processing request to a proxy module; step 102 includes step 1021 and step 1022, in step 1021, the proxy module sends the target processing request to the recording module, and in step 1022, the recording module stores the target processing request in the storage module; in step 103, the agent module forwards the target processing request sent by the terminal to the processing device; in step 104, the agent module receives a target processing response of the target processing request sent by the processing device.
Thereafter, as shown in fig. 9, step 105 includes steps 1051 and 1052, in which step 1051 the proxy module sends the target processing response to the recording module, and in step 1052 the recording module stores the target processing response in the storage module; in step 106, the agent module forwards the target processing response sent by the processing device to the terminal; step 107 includes steps 1071 and 1072, in step 1071 the replay module retrieves at least one target processing request and its target processing response from the storage module, in step 1072 the replay module sends the at least one target processing request to the processing device; in step 108, the replay module receives an auxiliary processing response of each target processing request in the at least one target processing request sent by the processing device; step 109 includes steps 1091 and 1092 (step 1092 is not shown in fig. 9), where the replay module sends the target process response and the auxiliary process response of the at least one target process request to the check module at step 1091, and where the check module determines whether the target interface is in a failed state based on the target process responses and the auxiliary process responses at step 1092.
It should be noted that, the order of the steps in the method embodiments provided in the embodiments of the present application can be appropriately adjusted, and the steps can also be correspondingly increased or decreased according to the situation. Step 102 may be performed after step 103, or step 102 and step 103 may be performed simultaneously, step 104 may be performed after step 105, or step 104 and step 105 may be performed simultaneously. Any method that can be easily conceived by those skilled in the art within the technical scope of the present disclosure is covered by the protection scope of the present disclosure, and thus, the detailed description thereof is omitted.
The application provides a fault detection device, as shown in fig. 10, the fault detection device is in communication connection with both a terminal and a processing device; the fault detection apparatus may include:
a first receiving module 1001, configured to receive a target processing request sent by the terminal, where the target processing request is used for being processed by a target interface of the processing device;
a first forwarding module 1002, configured to forward the target processing request to the processing device;
a second receiving module 1003, configured to receive a target processing response of the target processing request sent by the processing device;
a second forwarding module 1004, configured to forward the target processing response to the terminal;
a detecting module 1005, configured to perform fault detection on the target interface according to the forwarded target processing request and the target processing response.
Optionally, the fault detection apparatus further includes:
a sending module (not shown in fig. 10) for sending at least one target processing request to the processing device;
a third receiving module (not shown in fig. 10) configured to receive an auxiliary processing response of each target processing request in the at least one target processing request sent by the processing device;
a first determining module (not shown in fig. 10) configured to determine that the target interface is in a failure state when the number of failed processing requests in the at least one target processing request is greater than a number threshold, where the target processing response and the auxiliary processing response of the failed processing request are different.
Optionally, the fault detection apparatus further includes:
a fourth receiving module (not shown in fig. 10) for receiving a selection instruction for the at least one target processing request;
a second determining module (not shown in fig. 10) configured to determine the at least one target processing request according to the selection instruction.
Optionally, the fault detection apparatus further includes:
a first storage module (not shown in fig. 10) for storing the target processing request and the target processing response thereof when the target processing request satisfies a filtering condition;
wherein the at least one target processing request is at least part of the stored target processing request.
Optionally, the fault detection apparatus further includes:
a second storage module (not shown in fig. 10) for storing a plurality of parts of the target processing request when storing the target processing request, the target processing request being composed of the plurality of parts;
an assembling module (not shown in FIG. 10) for assembling the target processing request from the plurality of portions prior to sending the target processing request to the processing device.
Optionally, the fault detection apparatus further includes:
a third storing module (not shown in fig. 10) for storing the target processing request and the target processing response in a database.
In summary, the embodiments of the present application provide a fault detection device, where the fault detection device can forward a target processing request and a target processing response between a terminal and a processing device, and the fault detection device can further perform fault detection on a target interface according to the forwarded target processing request and target processing response. Therefore, the fault detection mode of the target interface is enriched.
The present embodiment provides a computer-readable storage medium, in which a computer program is stored, and the computer program is loaded by a processor and executes any one of the fault detection methods provided in the above embodiments, which is executed by a fault detection device, for example, the method executed by the fault detection device in the fault detection method shown in fig. 3.
Embodiments of the present application further provide a computer program product containing instructions, which, when run on a computer, causes the computer to execute any one of the fault detection methods performed by the fault detection device provided in the above method embodiments, for example, the method performed by the fault detection device in the fault detection method shown in fig. 3.
In this application, "at least one" means one or more, "a plurality" means two or more. The term "and/or" in the present invention is only an association relationship describing an associated object, and means that there may be three relationships, for example, a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter related objects are in an "or" relationship. In this disclosure, the terms "first," "second," and the like are used for descriptive purposes only and are not to be construed as indicating or implying relative importance.
It should be noted that, the method embodiment provided in the embodiment of the present invention can be mutually referred to a corresponding apparatus embodiment, and the embodiment of the present invention does not limit this.
The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modifications, equivalents, improvements and the like that are within the spirit and principle of the present application should be included in the scope of the present application.
Claims (10)
1. The fault detection equipment is characterized in that the fault detection equipment is in communication connection with both a terminal and a processing device; the fault detection device is to:
receiving a target processing request sent by the terminal, wherein the target processing request is used for being processed by a target interface of the processing equipment;
forwarding the target processing request to the processing device;
receiving a target processing response of the target processing request sent by the processing equipment;
forwarding the target processing response to the terminal;
and carrying out fault detection on the target interface according to the forwarded target processing request and the target processing response.
2. The fault detection device of claim 1, wherein the fault detection device is configured to:
sending at least one target processing request to the processing device;
receiving an auxiliary processing response of each target processing request in the at least one target processing request sent by the processing device;
when the number of fault processing requests in the at least one target processing request is larger than a number threshold value, determining that the target interface is in a fault state, wherein the target processing response and the auxiliary processing response of the fault processing request are different.
3. The fault detection device of claim 2, wherein the fault detection device is configured to:
receiving a selection instruction for the at least one target processing request;
and determining the at least one target processing request according to the selection instruction.
4. The fault detection device of claim 2 or 3, wherein the fault detection device is further configured to:
when the target processing request meets a filtering condition, storing the target processing request and a target processing response thereof;
wherein the at least one target processing request is at least part of the stored target processing request.
5. The fault detection device of claim 4, wherein the fault detection device is configured to:
storing a plurality of portions of the target processing request while storing the target processing request, the target processing request being composed of the plurality of portions;
assembling the target processing request from the plurality of portions prior to sending the target processing request to the processing device.
6. The fault detection device of claim 4, wherein the fault detection device is configured to:
storing the target processing request and the target processing response in a database.
7. The fault detection method is characterized by being used for fault detection equipment, wherein the fault detection equipment is in communication connection with both a terminal and a processing device; the method comprises the following steps:
receiving a target processing request sent by the terminal, wherein the target processing request is used for being processed by a target interface of the processing equipment;
forwarding the target processing request to the processing device;
receiving a target processing response of the target processing request sent by the processing equipment;
forwarding the target processing response to the terminal;
and carrying out fault detection on the target interface according to the forwarded target processing request and the target processing response.
8. The method of claim 7, wherein the performing fault detection on the target interface according to the forwarded target processing request and the target processing response comprises:
sending at least one target processing request to the processing device;
receiving an auxiliary processing response of each target processing request in the at least one target processing request sent by the processing device;
when the number of fault processing requests in the at least one target processing request is larger than a number threshold value, determining that the target interface is in a fault state, wherein the target processing response and the auxiliary processing response of the fault processing request are different.
9. The method of claim 8, wherein sending at least one target processing request to the processing device comprises:
receiving a selection instruction for the at least one target processing request;
and determining the at least one target processing request according to the selection instruction.
10. A communication system, comprising: the fault detection device is in communication connection with both the terminal and the processing device, and comprises the fault detection device of any one of claims 1 to 6.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111138480.4A CN113868067B (en) | 2021-09-27 | 2021-09-27 | Fault detection device, method and communication system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111138480.4A CN113868067B (en) | 2021-09-27 | 2021-09-27 | Fault detection device, method and communication system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113868067A true CN113868067A (en) | 2021-12-31 |
CN113868067B CN113868067B (en) | 2024-04-09 |
Family
ID=78991598
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111138480.4A Active CN113868067B (en) | 2021-09-27 | 2021-09-27 | Fault detection device, method and communication system |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113868067B (en) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH07336272A (en) * | 1994-06-10 | 1995-12-22 | Nippon Telegr & Teleph Corp <Ntt> | Active standby changeover system |
JP2004062441A (en) * | 2002-07-26 | 2004-02-26 | Ntt Docomo Inc | Service management system and method, server management device, communication terminal, and server device |
US20050021721A1 (en) * | 2003-05-30 | 2005-01-27 | Yusuke Takahashi | Device troubleshooting request system, troubleshooting request server, device troubleshooting request program, and device troubleshooting requesting method |
CN101420335A (en) * | 2007-10-26 | 2009-04-29 | 华为技术有限公司 | Peer network node fault detect/processing method and device |
JP2018137527A (en) * | 2017-02-20 | 2018-08-30 | 日本電信電話株式会社 | Fault detection device, communication control system, communication control method, and fault detection program |
JP2021033518A (en) * | 2019-08-21 | 2021-03-01 | 株式会社日立製作所 | Failure determination device, and failure determination method |
WO2021073291A1 (en) * | 2019-10-14 | 2021-04-22 | 中兴通讯股份有限公司 | Fault detection method and apparatus, electronic device and computer-readable medium |
-
2021
- 2021-09-27 CN CN202111138480.4A patent/CN113868067B/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH07336272A (en) * | 1994-06-10 | 1995-12-22 | Nippon Telegr & Teleph Corp <Ntt> | Active standby changeover system |
JP2004062441A (en) * | 2002-07-26 | 2004-02-26 | Ntt Docomo Inc | Service management system and method, server management device, communication terminal, and server device |
US20050021721A1 (en) * | 2003-05-30 | 2005-01-27 | Yusuke Takahashi | Device troubleshooting request system, troubleshooting request server, device troubleshooting request program, and device troubleshooting requesting method |
CN101420335A (en) * | 2007-10-26 | 2009-04-29 | 华为技术有限公司 | Peer network node fault detect/processing method and device |
JP2018137527A (en) * | 2017-02-20 | 2018-08-30 | 日本電信電話株式会社 | Fault detection device, communication control system, communication control method, and fault detection program |
JP2021033518A (en) * | 2019-08-21 | 2021-03-01 | 株式会社日立製作所 | Failure determination device, and failure determination method |
WO2021073291A1 (en) * | 2019-10-14 | 2021-04-22 | 中兴通讯股份有限公司 | Fault detection method and apparatus, electronic device and computer-readable medium |
Also Published As
Publication number | Publication date |
---|---|
CN113868067B (en) | 2024-04-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7975047B2 (en) | Reliable processing of HTTP requests | |
CN106506490B (en) | A kind of distributed computing control method and distributed computing system | |
WO2022179140A1 (en) | Data processing method and system | |
CN107391276B (en) | Distributed monitor method, interception control device and system | |
US20200092157A1 (en) | Method And System For Clustered Real-Time Correlation Of Trace Data Fragments Describing Distributed Transaction Executions | |
CN113835836B (en) | System, method, computer device and medium for dynamic publishing container service | |
CN112052227A (en) | Data change log processing method and device and electronic equipment | |
CN108156024B (en) | Method, system and storage medium for detecting availability based on distributed website | |
CN109286684B (en) | Communication connection processing method and device, proxy server and storage medium | |
CN111858083A (en) | Remote service calling method and device, electronic equipment and storage medium | |
WO2024074091A1 (en) | Sip dynamic load balancing method and system, and device and storage medium | |
CN110569178B (en) | Interface early warning method and system based on big data platform | |
CN113868067A (en) | Fault detection device, method and communication system | |
CN116541461A (en) | Data processing method, device, equipment and storage medium applied to database | |
CN114090293A (en) | Service providing method and electronic equipment | |
US20160085638A1 (en) | Computer system and method of identifying a failure | |
CN112468336B (en) | Network quality monitoring and early warning method, device, terminal and storage medium | |
EP3895015B1 (en) | Collecting repeated diagnostics data from across users participating in a document collaboration session | |
CN112860770B (en) | Report generation method, report generation device, electronic equipment and storage medium | |
CN114598622A (en) | Data monitoring method and device, storage medium and computer equipment | |
CN111901366B (en) | Data pushing method, device, equipment and storage medium | |
CN113778709A (en) | Interface calling method, device, server and storage medium | |
US10296967B1 (en) | System, method, and computer program for aggregating fallouts in an ordering system | |
CN115002205B (en) | Kapacitor clustering method based on table routing proxy mode | |
CN113411382B (en) | Real-time data acquisition system and method based on network equipment F5 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |