CN110737560A - A service status detection method, apparatus, electronic device and medium - Google Patents

Abstract

The embodiments of the present application disclose a service state detection method, device, electronic device and medium, which relate to the technical field of automatic detection. The specific implementation scheme is: selecting a target object from the candidate objects of the service to be detected; wherein, the candidate objects include ports, processes and service detection scripts; according to the status of the service to be detected, the availability of the target object is detected; The detection result of the target object determines whether to update the status of the service to be detected. Through the technical solutions of the present application, the status of services in various scenarios can be automatically detected.

Description

A service status detection method, apparatus, electronic device and medium

technical field

The embodiments of the present application relate to the field of computer technologies, in particular to the field of automatic detection technologies, and in particular to a service status detection method, apparatus, electronic device, and medium.

Background technique

Various services are involved on the machine, and in the actual running environment, traffic is usually blocked or unblocked according to the health status of the services. Since a process is usually started after a service is started, a common way to detect the health status of a service is to manually check whether the process is running.

However, this method relies on manual labor, which leads to high costs, and can only cover part of the service health status check.

SUMMARY OF THE INVENTION

The embodiments of the present application disclose a service state detection method, apparatus, electronic device, and medium, which can automatically detect the service state and cover various scenarios.

In a first aspect, an embodiment of the present application discloses a service state detection method, which includes:

Select a target object from the candidate objects of the service to be detected; wherein, the candidate objects include ports, processes, and service detection scripts;

Detect the availability of the target object according to the status of the service to be detected;

According to the detection result of the target object, it is determined whether to update the status of the service to be detected.

An embodiment in the above application has the following advantages or beneficial effects: by selecting a target object from multiple types of candidate objects configured for the service to be detected, including ports, processes, and service detection scripts; and then according to the status of the service to be detected, The availability of the selected target object is detected; further, according to the detection result of the selected target object, it is determined whether to update the status of the service to be detected. Compared with the prior art, the solution reduces the dependence on manual labor, and can automatically detect the service status; and by setting various detection mechanisms such as processes, ports, and service detection scripts, it can cover the service status in various scenarios. detection, thereby avoiding business losses.

Optionally, detecting the availability of the target object according to the status of the service to be detected, including:

Determine the anti-jitter parameters of the service to be detected according to the status of the service to be detected;

According to the anti-jitter parameters of the service to be detected, the availability of the target object is detected.

The above optional manner has the following advantages or beneficial effects: by setting the anti-jitter parameter, the phenomenon that the detection result of the target object is inaccurate due to the existence of factors such as network failure can be avoided.

Optionally, detecting the availability of the target object according to the anti-jitter parameters of the service to be detected, including:

Repeatedly detecting the availability of the target object according to the number of detections in the anti-jitter parameters of the service to be detected;

Correspondingly, according to the detection result of the target object, it is determined whether to update the status of the service to be detected, including:

If it is determined according to the detection result that the number of times that the target object is in any state continuously reaches the threshold number of times in the anti-shake parameter of the service to be detected, the state is regarded as the detection state of the target object;

According to the detection status of the target object, it is determined whether to update the status of the service to be detected.

The above optional manner has the following advantages or beneficial effects: the detection times and the threshold times in the anti-jitter parameters are used in cooperation with each other, which further increases the accuracy of whether to update the status of the service to be detected.

Optionally, detecting the availability of the target object according to the status of the service to be detected, including:

Through the proxy service, the availability of the target object is detected according to the state of the service to be detected.

The above method also includes:

If it is determined that the proxy service fails, alarm information is output.

The above-mentioned optional method has the following advantages or beneficial effects: it provides a method of automatically detecting the target object through the proxy service; and in the case of determining that the proxy service fails, alarm information can be output, so as to realize the detection of the target object through manual intervention. Service status detection.

For the second convenience, the embodiment of the present application also discloses a service state detection device, which includes:

a target object selection module for selecting a target object from candidate objects of the service to be detected; wherein, the candidate objects include ports, processes and service detection scripts;

an availability detection module, configured to detect the availability of the target object according to the state of the service to be detected;

The service status update module is configured to determine whether to update the status of the service to be detected according to the detection result of the target object.

In a third aspect, the embodiment of the present application also discloses an electronic device, including:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein,

the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform a service as described in any embodiment of the present application Status detection method.

In a fourth aspect, an embodiment of the present application further discloses a non-transitory computer-readable storage medium storing computer instructions, where the computer instructions are used to cause the computer to perform the service status detection according to any embodiment of the present application method.

An embodiment in the above application has the following advantages or beneficial effects: by selecting a target object from multiple types of candidate objects configured for the service to be detected, including ports, processes, and service detection scripts; and then according to the status of the service to be detected, The availability of the selected target object is detected; further, according to the detection result of the selected target object, it is determined whether to update the status of the service to be detected. Compared with the prior art, this solution reduces the dependence on manual labor, and can automatically detect service status; and can cover various scenarios by using various detection mechanisms such as processes, ports, and service detection scripts. The detection of the service status under the lower level, thereby avoiding business loss.

Other effects of the above-mentioned optional manners will be described below with reference to specific embodiments.

Description of drawings

The accompanying drawings are used for better understanding of the present solution, and do not constitute a limitation to the present application. in:

FIG. 1 is a flowchart of a service state detection method provided according to a first embodiment of the present application;

2 is a flowchart of a service state detection method provided according to a second embodiment of the present application;

3 is a flowchart of a service state detection method provided according to a third embodiment of the present application;

4 is a schematic structural diagram of a service state detection apparatus provided according to a fourth embodiment of the present application;

FIG. 5 is a block diagram of an electronic device used to implement the service state detection method according to the embodiment of the present application.

Detailed ways

Exemplary embodiments of the present application are described below with reference to the accompanying drawings, which include various details of the embodiments of the present application to facilitate understanding, and should be considered as exemplary only. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present application. Also, descriptions of well-known functions and constructions are omitted from the following description for clarity and conciseness.

first embodiment

FIG. 1 is a flowchart of a service state detection method provided according to a first embodiment of the present application. This embodiment is applicable to the case of detecting various service states involved in a machine. The method may be performed by a service state detection apparatus, which may be implemented in software and/or hardware, and may be integrated on any device with computing capabilities, such as a server. As shown in FIG. 1 , the service state detection method provided by this embodiment may include:

S110. Select a target object from the candidate objects of the service to be detected.

In this embodiment, the service to be detected may be a service provided by a module or software deployed on the machine, or may be other services on the robot, such as reading data, creating files, and the like. For each service to be detected, various types of candidate objects such as ports, processes, and service detection scripts can be pre-configured; wherein, there can be one or more candidate objects of each type. For example, the port can be one or more of the network ports exposed after the service to be detected is started; the process can be the process that is started after the service to be detected is started; the service detection script can be the function to be implemented by the user according to the service to be detected or A script written for the purpose, etc., or it can be a number of generic scripts that have been written.

The target object can be one or more of various types of candidates for port, process, and service detection scripts. Optionally, the target object may be selected from the candidate objects of the service to be detected according to the user's selection. Further, for each service to be detected, a priority can be set for each candidate object according to the actual scene when the candidate objects are pre-configured, and then the priority of each candidate object can be set according to the pre-configured priority of the candidate object. Select the target object from the candidate objects. In addition, the target object can also be randomly selected from the candidate objects, or the default object can be used as the target object, for example, the default object can be a port.

Further, it is also possible to flexibly detect one or more of multiple types of candidate objects of scripts from ports, processes and services according to the scenario of the service to be detected. For example, for the service provided by the software deployed on the machine (such as the voice service provided by the WeChat application), the port and/or process can be selected as the target object; for special scenarios, such as reading data or creating a new file, the A service detection script can be selected as the target object.

Exemplarily, selecting the target object from the candidate objects of the service to be detected may be: selecting the target service detection script from the candidate service detection scripts of the service to be detected according to the operation type of the service to be detected; wherein the operation type includes reading, Write, add or delete data, and create or delete files.

In this embodiment, the candidate service detection script may be a locally stored general script. Optionally, if it is determined that the operation type of the service to be detected is one or more operations of reading data, writing data, adding data or deleting data, or one or more of creating a file or deleting a file. operation, etc., you can select the service detection script as the target object. For example, if the operation type is reading data, you can select a script related to reading data from the candidate service detection scripts, and then adjust the relevant parameters in the script, such as the reading path and the script output result storage path, etc. The adjusted service detection script is used as the target object.

It should be noted that, by setting a general script, for services to be detected whose operation types include reading, writing, adding or deleting data, and creating or deleting files, the general script can be directly adjusted and used, adding script detection. flexibility.

S120. Detect the availability of the target object according to the state of the service to be detected.

In this embodiment, the state of the service to be detected may include two states: a healthy state and a faulty state. Optionally, the status of the service to be detected may be the status of the service to be detected recorded last time, or the status of the service to be detected at the current moment. Corresponding to the state of the service to be detected, the state of the target object may be a normal state or an abnormal state. Optionally, if the state of the target object is a normal state, it is determined that the target object is available; if the state of the target object is an abnormal state, it is determined that the target object is unavailable.

Specifically, the availability of the target object can be detected according to the state of the service to be detected. For example, detection parameters can be determined according to the state of the service to be detected; and then the availability of the target object can be detected according to the detection parameters. The detection parameter may be an anti-jitter parameter. Optionally, how to detect the availability of the target object according to the state of the service to be detected will be described in detail in subsequent embodiments.

S130. According to the detection result of the target object, determine whether to update the status of the service to be detected.

Optionally, if the target object is one of a port, a process, and a service detection script, when the detection result of the target object detected when the status of the service to be detected is a fault state is that the target object is available, the service to be detected can be detected. The state is updated from the fault state to the healthy state; when the detection result of the target object detected when the state of the service to be detected is the fault state is that the target object is unavailable, the state of the service to be detected can be kept as the fault state.

If the target object is one of a port, a process, and a service detection script, when the detection result of the target object detected when the status of the service to be detected is healthy state is that the target object is unavailable, the status of the service to be detected can be changed from the health status Update to the fault state; when the detection result of the target object detected when the state of the service to be detected is the healthy state is that the target object is available, the state of the service to be detected can be kept as the healthy state.

If the target object is at least two of the port, the process and the service detection script, such as the port and the process, the detection result of the port and the detection result of the process can be ANDed, and then based on the AND operation result, it is determined whether to update the service to be detected. status. For example, when the status of the service to be detected is faulty, the detection result of the port detected is that the port is available, and the detection result of the process detected when the status of the service to be detected is faulty is that the process is available. The state is updated from a fault state to a healthy state. If the detection result of the port detected when the status of the service to be detected is the fault state is that the port is available, and the detection result of the process detected when the status of the service to be detected is the fault state is that the process is unavailable, the service to be detected can be kept. The state is the fault state.

In addition, the detection result of the port detected when the status of the service to be detected is healthy is that the port is unavailable, and the detection result of the process detected when the status of the service to be detected is healthy is that the process is available, then the service to be detected can be detected. The status is updated from healthy to faulty. If the detection result of the port detected when the status of the service to be detected is healthy is that the port is available, and the detection result of the process detected when the status of the service to be detected is healthy is that the process is available, the status of the service to be detected can be maintained. to a healthy state.

In the technical solution provided by the embodiments of the present application, the target object is selected from various types of candidate objects configured for the service to be detected, including ports, processes, and service detection scripts; then, according to the status of the service to be detected, the selected Availability of the target object; further, according to the detection result of the selected target object, it is determined whether to update the status of the service to be detected. Compared with the prior art, the solution reduces the dependence on manual labor, and can automatically detect the service status; and by setting various detection mechanisms such as processes, ports, and service detection scripts, it can cover the service status in various scenarios. detection, thereby avoiding business losses.

Second Embodiment

2 is a flowchart of a service status detection method provided according to a second embodiment of the present application. On the basis of the above-mentioned embodiments, this embodiment further detects the availability of the target object according to the status of the service to be detected. explain. As shown in FIG. 2 , the service status detection method provided by this embodiment may include:

S210. Select a target object from the candidate objects of the service to be detected.

S220. Determine anti-jitter parameters of the service to be detected according to the state of the service to be detected.

In this embodiment, considering the existence of factors such as network failures in the actual scene, a single detection may lead to inaccurate detection results of the target object, and then anti-jitter parameters are introduced to detect the availability of the target object according to the anti-jitter parameters.

Optionally, the anti-jitter parameter is related to the status of the service to be detected, and different anti-jitter parameters can be set depending on the status of the service to be detected; for example, if the status of the service to be detected is faulty, you can select healthy anti-jitter parameter; if the status of the service to be detected is healthy, you can select the fault anti-jitter parameter. Among them, the health anti-jitter parameter is a parameter that can be used to characterize the state of the service to be detected changes from a fault state to a healthy state; the fault anti-jitter parameter is a parameter that can be used to characterize the state of the service to be detected from a healthy state to a healthy state. Parameters for the fault state.

S230. Detect the availability of the target object according to the anti-jitter parameters of the service to be detected.

In this embodiment, the anti-jitter parameter may include the number of detections, and the number of detections refers to the number of repeated detections of the target object, which may be adjusted according to actual conditions. Optionally, according to the anti-jitter parameter of the service to be detected, detecting the availability of the target object may be: repeating the detection of the availability of the target object according to the number of detections in the anti-jitter parameter of the service to be detected. For example, if the state of the service to be detected is a fault state, and the number of detections in the healthy anti-jitter parameter is 2, the availability detection of the target object may be repeated twice.

Optionally, if the target object is a process, the method used to detect the availability of the target object each time may be: by checking whether the configured process path exists, if it exists, determine that the process state is normal, and then determine that the process is available; If it does not exist, it is determined that the process state is an abnormal state, and then it is determined that the process is unavailable. It is also possible to look at the process log to determine the availability of the process.

If the target object is a port, the method used to detect the availability of the target object each time can be: by checking whether the port exists; if it exists, determine that the port status is normal, and then determine that the port is available; if it does not exist, determine the port status It is in an abnormal state, and then it is determined that the port is unavailable.

If the target object is a service detection script, the method used to detect the availability of the target object each time may be: executing the service detection script and collecting the script output result, and then determining the availability of the script according to the script output result. For example, if the service to be detected is reading data, you can check whether the script output result shows that it has been read. If not, determine that the service detection script is in an abnormal state, and then determine that the service detection script is unavailable; if so, determine the service The status of the detection script is normal, so as to determine that the service detection script is available.

S240. According to the detection result of the target object, determine whether to update the status of the service to be detected.

Further, the anti-shake parameter may also include a threshold number of times, where the threshold number of times is used to represent the number of times the target object is in a normal state or an abnormal state continuously. Specifically, if it is determined according to the detection result that the number of times that the target object is in any state continuously reaches the threshold number of times in the anti-shake parameter of the service to be detected, the state is regarded as the detection state of the target object; and then according to the detection state of the target object, Determines whether to update the status of the service to be detected.

For example, if the target object is one of ports, processes, and service detection scripts, the status of the service to be detected is faulty, and the number of detections in the healthy anti-jitter parameter is 3 and the number of thresholds is 3, it can be repeated 3 times Detect the availability of the target object; if it is determined that the target object is in a normal state for 3 consecutive times according to the detection results repeated 3 times, it can be determined that the target object is available, and then the status of the service to be detected can be updated from the fault state to health status. If it is determined that the target object is in the normal state for 2 consecutive times or only once in the normal state according to the detection results repeated 3 times, it can be determined that the target object is unavailable, and the state of the service to be detected can be kept as a fault state.

In addition, the target object is at least two of ports, processes, and service detection scripts, such as ports and processes, the status of the service to be detected is faulty, and the number of detections in the health anti-jitter parameter is 3, and the number of thresholds is 3. Then you can repeat 3 times to detect the availability of ports and processes at the same time; then for each detection, perform AND operation on the detection results of the port and the detection results of the process to obtain a combined result; if the target object is determined to be consecutive 2 If the target object is in the normal state only once or is in the normal state only once, it can be determined that the target object is unavailable, and then the state of the service to be detected can be kept as a fault state. If it is determined that the target object is in the normal state three times in a row according to the merging results of the three times, it can be determined that the target object is available, and then the state of the service to be detected can be updated from the fault state to the healthy state.

In the technical solution provided by the embodiments of the present application, a target object is selected from various types of candidate objects including ports, processes, and service detection scripts configured for the service to be detected; and then anti-jitter parameters are introduced to detect the selected target object Availability can avoid the phenomenon that the detection result of the target object is inaccurate due to the existence of factors such as network failure; and then according to the detection result of the selected target object, it can be accurately determined whether to update the status of the service to be detected. Compared with the prior art, the solution reduces the dependence on manual labor, and can automatically detect the service status; and by setting various detection mechanisms such as processes, ports, and service detection scripts, it can cover the service status in various scenarios. detection, thereby avoiding business losses.

Third Embodiment

FIG. 3 is a flowchart of a service status detection method provided according to a third embodiment of the present application. On the basis of the above embodiments, this embodiment further detects the availability of the target object according to the status of the service to be detected. explain. As shown in FIG. 3 , the service state detection method provided by this embodiment may include:

S310. Select a target object from the candidate objects of the service to be detected.

S320. Through the proxy service, the availability of the target object is detected according to the state of the service to be detected.

Among them, the proxy service is the proxy agent, which is a software or hardware entity that can run automatically. In this embodiment, a proxy service is introduced to detect the target object, which further increases the degree of automation of service status detection.

Optionally, if the target object is a port, the method used by the proxy service to detect the availability of the target object may be: the Agent establishes a connection with the port using a corresponding protocol according to the port type, so as to determine whether the port is in a normal state, and then determine the port. it's usable or not. For example, for a TCP port, the Agent can establish a TCP connection with the port. If the connection is successful, it is determined that the port is in a normal state, and then the port is determined to be available; if the connection is unsuccessful, it is determined that the port is in an abnormal state, and then the port is determined to be unavailable. It can also be that the Agent checks whether the port exists, so as to determine whether the port is in a normal state, and then determine whether the port is available or not. This embodiment does not limit the manner in which the port availability is detected by the proxy service.

If the target object is a process, the method used to detect the availability of the target object through the proxy service may be: Agent checks whether the configured process path exists, so as to judge whether the process is in a normal state, and then determine whether the process is available. It is also possible for the Agent to view the process log to determine the availability of the process. This embodiment does not limit the manner of detecting the availability of the process through the proxy service.

If the target object is a service detection script, the method used to detect the availability of the target object through the proxy service may be: the Agent executes the corresponding service detection script according to the path of the configured service detection script, and collects the script output results; then output according to the script As a result, it is determined whether the service detection script is in a normal state, and then it is determined whether the service detection script is available. This embodiment does not limit the manner in which the script availability is detected by the proxy service detection service.

Exemplarily, if it is determined that the proxy service fails, that is, it is determined that the proxy service cannot detect the availability of the target object, alarm information may be output to remind the user to determine whether to update the status of the service to be detected by manual intervention. Specifically, a natural number input by the user according to the operation status of the service to be detected is obtained, and then according to the natural number, it is determined whether to update the status of the service to be detected. Optionally, the natural number 0 can represent the healthy state, and other natural numbers represent the fault state. For example, if the natural number input by the user is 0, and the state of the service to be detected is a fault state, the state of the service to be detected is updated from the fault state to the healthy state.

It should be noted that, by introducing manual intervention in this embodiment, the scenario in which the automatic detection mechanism fails and cannot detect the service status can be solved in time.

S330. According to the detection result of the target object, determine whether to update the status of the service to be detected.

The technical solutions provided by the embodiments of the present application provide a method for automatically detecting a target object through a proxy service; and in a scenario where the proxy service is determined to be invalid, alarm information can be output, so as to realize the status of the service through manual intervention. detection.

Fourth Embodiment

4 is a schematic structural diagram of a service status detection apparatus provided according to a fourth embodiment of the present application. The apparatus can execute the service status detection method provided by any embodiment of the present application, and has functional modules and beneficial effects corresponding to the execution method. Optionally, the apparatus may be implemented in software and/or hardware, and may be integrated on any device with computing capabilities, such as a server. As shown in Figure 4, the device may include:

The target object selection module 410 is used to select a target object from the candidate objects of the service to be detected; wherein, the candidate objects include ports, processes and service detection scripts;

an availability detection module 420, configured to detect the availability of the target object according to the state of the service to be detected;

The service status update module 430 is configured to determine whether to update the status of the service to be detected according to the detection result of the target object.

In the technical solution provided by the embodiments of the present application, the target object is selected from various types of candidate objects configured for the service to be detected, including ports, processes, and service detection scripts; then, according to the status of the service to be detected, the selected Availability of the target object; further, according to the detection result of the selected target object, it is determined whether to update the status of the service to be detected. Compared with the prior art, the solution reduces the dependence on manual labor, and can automatically detect the service status; and by setting various detection mechanisms such as processes, ports, and service detection scripts, it can cover the service status in various scenarios. detection, thereby avoiding business losses.

Exemplarily, the availability detection module 420 may include:

a parameter determination unit, configured to determine anti-jitter parameters of the service to be detected according to the state of the service to be detected;

The availability detection unit is used for detecting the availability of the target object according to the anti-jitter parameters of the service to be detected.

Exemplarily, the availability detection unit can be specifically used for:

According to the number of detections in the anti-jitter parameter of the service to be detected, the availability of the target object is repeatedly detected.

Correspondingly, the service status update module 430 can be specifically used for:

If it is determined according to the detection result that the number of times that the target object is in any state continuously reaches the threshold number of times in the anti-shake parameter of the service to be detected, the state is regarded as the detection state of the target object;

According to the detection status of the target object, it is determined whether to update the status of the service to be detected.

Exemplarily, when the state of the service to be detected is a fault state or a healthy state, the anti-jitter parameters of the service to be detected are different.

Exemplarily, the availability detection module 420 can also be used to:

Through the proxy service, the availability of the target object is detected according to the status of the service to be detected.

Exemplarily, the above-mentioned apparatus may further include:

The alarm module is used to output alarm information if it is determined that the proxy service is invalid.

Exemplarily, the target object selection module 410 can be specifically used for:

According to the operation type of the service to be detected, the target service detection script is selected from the candidate service detection scripts of the service to be detected; wherein, the operation type includes reading, writing, adding or deleting data, and creating or deleting files.

According to the embodiments of the present application, the present application further provides an electronic device and a readable storage medium.

As shown in FIG. 5 , it is a block diagram of an electronic device according to a service state detection method according to an embodiment of the present application. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. Electronic devices may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are by way of example only, and are not intended to limit implementations of the application described and/or claimed herein.

As shown in FIG. 4, the electronic device includes: one or more processors 501, a memory 502, and interfaces for connecting various components, including a high-speed interface and a low-speed interface. The various components are interconnected using different buses and may be mounted on a common motherboard or otherwise as desired. The processor may process instructions for execution within the electronic device, including storing in or on memory to display a Graphical User Interface (GUI) on an external input/output device such as a display device coupled to the interface ) instructions for graphics information. In other embodiments, multiple processors and/or multiple buses may be used with multiple memories and multiple memories, if desired. Likewise, multiple electronic devices may be connected, with each device providing some of the necessary operation, eg, as a server array, a group of blade servers, or a multiprocessor system. A processor 501 is taken as an example in FIG. 5 .

The memory 502 is the non-transitory computer-readable storage medium provided by the present application. Wherein, the memory stores instructions executable by at least one processor, so that the at least one processor executes the service status detection method provided by the present application. The non-transitory computer-readable storage medium of the present application stores computer instructions, and the computer instructions are used to cause the computer to execute the service status detection method provided by the present application.

As a non-transitory computer-readable storage medium, the memory 502 can be used to store non-transitory software programs, non-transitory computer-executable programs and modules, such as program instructions/modules corresponding to the service status detection method in the embodiments of the present application, for example, The target object selection module 410 , the availability detection module 420 and the service status update module 430 shown in FIG. 4 . The processor 501 executes various functional applications and data processing of the server by running the non-transitory software programs, instructions and modules stored in the memory 502, ie, implements the service status detection method in the above method embodiments.

The memory 502 may include a storage program area and a storage data area, wherein the storage program area may store an operating system and an application program required by at least one function; created data, etc. Additionally, memory 502 may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, the memory 502 may optionally include memory located remotely relative to the processor 501, and these remote memories may be connected to the electronic device used to implement the service status detection method through a network. Examples of such networks include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

The electronic device used to implement the service state detection method may further include: an input device 503 and an output device 504 . The processor 501 , the memory 502 , the input device 503 and the output device 504 may be connected by a bus or in other ways, and the connection by a bus is taken as an example in FIG. 5 .

The input device 503 can receive input numerical or character information, and generate key signal input related to user settings and function control of the electronic equipment used to implement the service status detection method, such as a touch screen, a keypad, a mouse, a trackpad, a touchpad , pointing stick, one or more mouse buttons, trackball, joystick and other input devices. The output device 504 may include a display device, an auxiliary lighting device, a haptic feedback device, and the like, wherein the auxiliary lighting device is, for example, a light-emitting diode (Light Emitting Diode, LED), and a haptic feedback device, such as a vibration motor, and the like. The display device may include, but is not limited to, a liquid crystal display (LCD), an LED display, and a plasma display. In some implementations, the display device may be a touch screen.

Various implementations of the systems and techniques described herein may be in digital electronic circuitry, integrated circuit systems, application specific integrated circuits (ASICs), computer hardware, firmware, software, and/or combinations thereof accomplish. These various embodiments may include being implemented in one or more computer programs executable and/or interpretable on a programmable system including at least one programmable processor that The processor, which may be a special purpose or general-purpose programmable processor, may receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device an output device.

These computational programs, also referred to as programs, software, software applications, or codes, include machine instructions for programmable processors, and may utilize high-level procedural and/or object-oriented programming languages, and/or assembly/machine languages to implement these computations program. As used herein, the terms "machine-readable medium" and "computer-readable medium" refer to any computer program product, apparatus, and/or apparatus for providing machine instructions and/or data to a programmable processor, For example, a magnetic disk, an optical disk, a memory, a Programmable Logic Device (PLD), including a machine-readable medium that receives machine instructions as a machine-readable signal. The term "machine-readable signal" refers to any signal used to provide machine instructions and/or data to a programmable processor.

To provide interaction with a user, the systems and techniques described herein may be implemented on a computer having a display device, such as a cathode ray tube (CRT) or LCD monitor, for displaying information to the user ; and a keyboard and pointing device, such as a mouse or trackball, through which a user can provide input to the computer. Other kinds of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (eg, visual feedback, auditory feedback, or tactile feedback); and can be in any form, including acoustic feedback. Input, voice input, or tactile input to receive input from the user.

The systems and techniques described herein can be implemented on a computing system that includes back-end components, for example, as a data server; or on a computing system that includes middleware components, such as an application server; or on a computing system that includes front-end components, such as with graphics. A user computer with a user interface or web browser through which a user may interact with implementations of the systems and techniques described herein, or implemented in a computer that includes such backend components, middleware components, or Any combination of front-end components in a computing system. The components of the system may be interconnected by any form or medium of digital data communication, eg, a communication network. Examples of communication networks include: Local Area Network (LAN), Wide Area Network (WAN), and the Internet.

A computer system can include clients and servers. Clients and servers are generally remote from each other and usually interact through a communication network. The relationship of client and server arises by computer programs running on the respective computers and having a client-server relationship to each other.

According to the technical solutions of the embodiments of the present application, the target object is selected from various types of candidate objects configured for the service to be detected, including ports, processes, and service detection scripts; and then the selected target is detected according to the status of the service to be detected. Availability of the object; further, according to the detection result of the selected target object, it is determined whether to update the status of the service to be detected. Compared with the prior art, this solution reduces the dependence on manual labor, and can automatically detect the service status; and by setting various detection mechanisms such as processes, ports, and service detection scripts, it can cover the service status in various scenarios. detection, thereby avoiding business losses.

It should be understood that steps may be reordered, added or deleted using the various forms of flow shown above. For example, the steps described in the present application can be performed in parallel, sequentially or in different orders, and as long as the desired results of the technical solutions disclosed in the present application can be achieved, no limitation is imposed herein.

The above-mentioned specific embodiments do not constitute a limitation on the protection scope of the present application. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may occur depending on design requirements and other factors. Any modifications, equivalent replacements and improvements made within the spirit and principles of this application shall be included within the protection scope of this application.

Claims (10)

1. a service state detection method, is characterized in that, comprises: Select a target object from the candidate objects of the service to be detected; wherein, the candidate objects include ports, processes, and service detection scripts; Detect the availability of the target object according to the status of the service to be detected; According to the detection result of the target object, it is determined whether to update the status of the service to be detected. 2. The method according to claim 1, wherein detecting the availability of the target object according to the state of the service to be detected, comprising: Determine the anti-jitter parameters of the service to be detected according to the status of the service to be detected; According to the anti-jitter parameters of the service to be detected, the availability of the target object is detected. 3. The method according to claim 2, wherein detecting the availability of the target object according to the anti-jitter parameters of the service to be detected, comprising: Repeatedly detecting the availability of the target object according to the number of detections in the anti-jitter parameters of the service to be detected; Correspondingly, according to the detection result of the target object, it is determined whether to update the status of the service to be detected, including: If it is determined according to the detection result that the number of times that the target object is in any state continuously reaches the threshold number of times in the anti-shake parameter of the service to be detected, the state is regarded as the detection state of the target object; According to the detection status of the target object, it is determined whether to update the status of the service to be detected. 4 . The method according to claim 2 , wherein when the state of the service to be detected is a fault state or a healthy state, the anti-jitter parameters of the service to be detected are different. 5 . 5. The method according to claim 1, wherein detecting the availability of the target object according to the state of the service to be detected, comprising: Through the proxy service, the availability of the target object is detected according to the state of the service to be detected. 6. The method of claim 5, further comprising: If it is determined that the proxy service fails, alarm information is output. 7. The method according to claim 1, wherein selecting the target object from the candidate objects of the service to be detected comprises: According to the operation type of the service to be detected, the target service detection script is selected from the candidate service detection scripts of the service to be detected; wherein the operation type includes reading, writing, adding or deleting data, and creating or deleting files. 8. A service state detection device, characterized in that, comprising: a target object selection module for selecting a target object from candidate objects of the service to be detected; wherein, the candidate objects include ports, processes and service detection scripts; an availability detection module, configured to detect the availability of the target object according to the state of the service to be detected; The service status update module is configured to determine whether to update the status of the service to be detected according to the detection result of the target object. 9. An electronic device, characterized in that, comprising: at least one processor; and a memory communicatively coupled to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the execution of any of claims 1-7 The service status detection method of . 10. A non-transitory computer-readable storage medium storing computer instructions, wherein the computer instructions are used to cause the computer to execute the service status detection method according to any one of claims 1-7.

Images