Server-side detection method, system, device and medium

Abstract

The application discloses a service end detection method, system, device and medium. The service end detection method comprises the following steps: creating a detection task capable of performing multi-step business operation; distributing the detection task to a detection node according to a detection batch and frequency, so that the detection node establishes a connection with the service end through protocol adaptation, and performs multi-step business operation detection on the service end through a detection script; receiving multi-step business operation execution results of the service end fed back by the detection node, confirming the state of the service end according to the multi-step business operation execution results, and executing an alarm strategy when the state of the service end is abnormal. According to the application, the configuration parameters and alarm strategy of the service end detection task can be flexibly set, and various communication protocols can be adapted, so that the detection and fault alarm of the multi-step business operation of the service end are realized, and the service end detection range is improved, thereby meeting the diversified service end detection requirements.

Description

Technical Field

[0001] This application relates to the field of vehicle networking, and in particular to a server-side detection method, system, device, and medium. Background Technology

[0002] With the development of internet technology, the health status of servers has become crucial to business continuity and user experience, leading to increasingly complex and diverse demands for server-side monitoring. However, existing monitoring technologies often have limitations: most are only compatible with the HTTP protocol, making it difficult to cover protocols such as IoT and real-time communication; furthermore, existing technologies often employ fixed monitoring logic, failing to flexibly configure monitoring parameters according to actual business needs and lacking the ability to simulate multi-step business operations, thus failing to accurately reflect the server status in the business; additionally, there is a lack of personalized alarm strategy configuration methods, resulting in low alarm effectiveness. Consequently, existing monitoring methods have limited coverage and struggle to meet personalized, scenario-based monitoring requirements. Summary of the Invention

[0003] Therefore, it is necessary to provide a server-side detection method, system, device, and medium to address the aforementioned technical issues. This method allows for flexible configuration of server-side detection task parameters and alarm strategies, and is compatible with various communication protocols. It enables the detection and fault alarm of multi-step business operations on the server side, thereby improving the scope of server-side detection and meeting diverse server-side detection needs.

[0004] Firstly, a server-side detection method is provided, including: Create a detection task that can perform multi-step business operations. The detection task includes configuration parameters and alarm policies. The configuration parameters include detection batch and frequency, protocol type, detection address, authentication information and detection script. The detection task is issued to the detection node according to the detection batch and frequency, so that the detection node can establish a connection with the server through protocol adaptation and perform multi-step business operation detection on the server through the detection script. The system receives the execution results of the multi-step business operations of the server from the detection node, confirms the status of the server based on the execution results of the multi-step business operations, and executes the alarm policy when the status of the server is abnormal.

[0005] Furthermore, the step of establishing a connection with the server through protocol adaptation and performing multi-step business operation detection on the server through the detection script includes: According to the protocol type, a connection is established between the detection node and the server using the corresponding protocol. The detection script is executed to perform multi-step business operation detection on the server and obtain the execution results of the multi-step business operation.

[0006] Furthermore, the step of confirming the server's status based on the execution result of the multi-step business operation, and executing the alarm policy when the server's status is abnormal, includes: Based on the execution results of the multi-step business operations, calculate the detection failure rate of the detection script; If the detection failure rate is greater than the preset alarm threshold, the server is determined to be in an abnormal state. When the server is in an abnormal state, an alert is sent to the user.

[0007] Furthermore, the step of alerting the user when the server's status is abnormal includes: Based on the execution results of the multi-step business operation, an alarm message is generated; Based on the alarm policy, determine the alarm push method; The alarm message is pushed to the user using the alarm push method.

[0008] Furthermore, the step of pushing the alarm message to the user through the alarm push method includes: Based on the alarm push method, determine the client interface that needs to be called; The alarm message is pushed to the user through the client interface.

[0009] Furthermore, it also includes: If the detection failure rate is less than the preset recovery threshold, then the abnormal state of the server is determined to have been recovered.

[0010] Furthermore, it also includes: The detection task and the execution results of the multi-step business operation are stored so that the detection results on the server can be queried and analyzed.

[0011] Secondly, a server-side detection system is provided, including: A creation module is used to create detection tasks that can perform multi-step business operations. The detection task includes configuration parameters and alarm policies. The configuration parameters include detection batch and frequency, protocol type, detection address, authentication information and detection script. The task distribution module is used to distribute the detection task to the detection node according to the detection batch and frequency, so that the detection node can establish a connection with the server through protocol adaptation and perform multi-step business operation detection on the server through the detection script. The receiving module is used to receive the execution results of the multi-step business operation of the server fed back by the detection node, confirm the status of the server based on the execution results of the multi-step business operation, and execute the alarm policy when the status of the server is abnormal.

[0012] Thirdly, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, it implements the steps of the server detection method described in the first aspect and any possible implementation of the first aspect.

[0013] Fourthly, a computer-readable storage medium is provided, on which a computer program is stored, which, when executed by a processor, implements the steps of the server-side detection method described in the first aspect and any possible implementation thereof.

[0014] The embodiments of this application first create a detection task capable of performing multi-step business operations. This detection task includes configuration parameters and alarm policies. The configuration parameters include detection batch and frequency, protocol type, detection address, authentication information, and detection script. Then, the detection task is sent to detection nodes according to the detection batch and frequency, enabling the detection nodes to establish a connection with the server through protocol adaptation and perform multi-step business operation detection on the server using the detection script. Finally, the execution results of the multi-step business operations from the server are received from the detection nodes, and the server's status is confirmed based on these results. If the server's status is abnormal, the alarm policy is executed. Therefore, the configuration parameters and alarm policies of the server-side detection task can be flexibly set and adapted to various communication protocols, thereby realizing the detection and fault alarm of multi-step business operations on the server, improving the server-side detection range, and meeting diverse server-side detection needs. Attached Figure Description

[0015] Other features, objects, and advantages of this application will become more apparent from the following detailed description of non-limiting embodiments with reference to the accompanying drawings: Figure 1 A flowchart of the server-side detection method provided in the embodiments of this application; Figure 2 A structural block diagram of the server-side detection system provided in the embodiments of this application; Figure 3 A structural block diagram of a computer device provided in an embodiment of this application. Detailed Implementation

[0016] The present application will now be described in further detail with reference to the embodiments and accompanying drawings. It should be understood that the specific embodiments described herein are for illustrative purposes only and are not intended to limit the application. Furthermore, it should be noted that, for ease of description, only the parts relevant to the application are shown in the accompanying drawings.

[0017] It should be noted that, unless otherwise specified, the embodiments and features of the embodiments in this application can be combined with each other. This application will now be described in detail with reference to the accompanying drawings and embodiments.

[0018] The following describes in detail, with reference to the accompanying drawings, the server-side detection method, system, device, and medium according to embodiments of this application.

[0019] Figure 1 This is a flowchart of a server-side detection method according to one embodiment of this application. Figure 1 As shown, the server-side detection method according to an embodiment of this application includes the following steps: S101: Create a detection task that can perform multi-step business operations, wherein the detection task includes configuration parameters and alarm policies, and the configuration parameters include detection batch and frequency, protocol type, detection address, authentication information and detection script.

[0020] The system allows users to create, edit, or delete detection tasks via a visual configuration page. Configuration parameters include the detection batch and frequency, which represent the interval between two adjacent batches and the number of packets sent per batch. The protocol type can be selected from HTTP, HTTPS, or MQTT. Users can preset the correct content to be returned by the detection, supporting exact matching, fuzzy matching, or JSON path matching. The system determines the validity of the detection result by comparing the actual returned value with the preset value. Furthermore, users can write multi-step detection scripts using a script editor or by importing scripts. These scripts support sequential execution, conditional statements, and variable passing.

[0021] In addition, users can choose whether to enable protocol authentication. For HTTP, custom request headers, request methods, and request parameters are supported. For HTTPS, in one-way authentication, a built-in certificate trust store can automatically verify the validity of the server's digital certificate, such as whether the certificate has expired or whether the domain name matches. In two-way authentication, it supports uploading the client certificate and private key for two-way authentication between the server and the detection node. For MQTT, the proxy server address, port, client ID, subscribed topics, and published message content can be configured. It can also monitor the server's connection stability and message sending and receiving success rate.

[0022] The alarm strategy includes alarm message templates, which consist of information such as the detection task name, detection failure rate, cause of anomaly, and detection node. It also includes the alarm time period, alarm frequency, maximum number of consecutive alarms, alarm threshold, and recovery threshold. At the same time, users who receive alarms for the detection task can be associated with the alarm type configured by the user. Multiple associated users can also be grouped into a user group for batch alarm push.

[0023] S102: The detection task is sent to the detection node according to the detection batch and frequency, so that the detection node can establish a connection with the server through protocol adaptation and perform multi-step business operation detection on the server through the detection script.

[0024] In one embodiment of this application, the step of establishing a connection with the server through protocol adaptation and performing multi-step business operation detection on the server through the detection script includes: establishing a connection between the detection node and the server through the corresponding protocol according to the protocol type; executing the detection script to perform multi-step business operation detection on the server and obtaining the execution result of the multi-step business operation.

[0025] After the detection node establishes a connection with the server according to the corresponding protocol, it sends the detection requests in the detection script step by step. During execution, it collects basic detection data, result data, and abnormal data. The basic data includes the detection time, detection node region, protocol type, and detection address; the result data includes the request-response time, status code, returned content, and whether the detection result is qualified; the abnormal data includes the timeout period, certificate error information, and the reason for connection failure. In addition, during the execution of the detection script, the time consumption and response data of each step are recorded in real time to facilitate fault location.

[0026] S103: Receive the execution result of the multi-step business operation of the server fed back by the detection node, confirm the status of the server according to the execution result of the multi-step business operation, and execute the alarm policy when the status of the server is abnormal.

[0027] In one embodiment of this application, the step of confirming the status of the server based on the execution result of the multi-step business operation and executing the alarm strategy when the server status is abnormal includes: calculating the detection failure rate of the detection script based on the execution result of the multi-step business operation; determining that the server status is abnormal if the detection failure rate is greater than a preset alarm threshold; and issuing an alarm to the user when the server status is abnormal.

[0028] Specifically, for the same batch of testing requests, the total number of testing requests and the number of testing failures are counted to calculate the testing failure rate. If the testing failure rate exceeds the alarm threshold, an alarm is issued to the user, and the alarm time is recorded. In a specific example, the alarm threshold can be set to 50%, or it can be set according to actual needs.

[0029] In addition, if multiple testing batches trigger alarms and the cumulative number of alarms reaches the maximum number of consecutive alarms, the alarm frequency will be adjusted according to actual needs.

[0030] In one embodiment of this application, the step of alerting the user when the server's state is abnormal includes: generating an alarm message based on the execution result of the multi-step business operation; determining an alarm push method based on the alarm policy; and pushing the alarm message to the user through the alarm push method.

[0031] In one embodiment of this application, the step of pushing the alarm message to the user through the alarm push method includes: determining the client interface to be called according to the alarm push method; and pushing the alarm message to the user through the client interface.

[0032] Specifically, based on the results of multi-step business operations, standardized alarm messages are generated according to the alarm message template. Among them, application software messages adopt Markdown format and can include highlighted abnormal fields; email messages include detailed detection log attachments for easy user analysis; SMS messages only contain key information, such as: "Service alarm: HTTP service xx.xx.xx.xx failure rate 80%, please handle it in time".

[0033] Furthermore, based on the alarm's time period, it is determined whether the current time is during daytime. If not, an alarm message is pushed via email only. Based on the alarm frequency, it is determined whether the interval since the last alarm has exceeded the limit to avoid duplicate pushes. Based on the maximum number of consecutive alarms, the cumulative number of warnings is controlled within a preset time period, ensuring that the cumulative number of alarms does not exceed the maximum number of consecutive alarms. For example, it is controlled to not exceed 3 alarms within 60 minutes. Combining the above steps, one or more alarm push methods can be determined.

[0034] Next, the system matches the user or user group that received the alarm from the detection task and calls the client interface to push the alarm message. Specifically, the application software push sends the message with the user ID through a third-party software interface; the email push sends the email to the user's mailbox through Simple Mail Transfer Protocol (SMTP); and the SMS push sends the SMS to the user's mobile phone number through a third-party SMS service provider and records the SMS push results.

[0035] In one embodiment of this application, the method further includes: if the detection failure rate is less than a preset recovery threshold, then determining that the abnormal state of the server has been restored.

[0036] In a specific example, when the detection failure rate is less than 10%, the server determines that the abnormal state has been recovered and sends an abnormal state recovery notification to the user.

[0037] In one embodiment of this application, the method further includes: storing the detection task and the execution results of the multi-step business operation, so as to query and analyze the detection results of the server.

[0038] Specifically, a hybrid storage scheme of relational and non-relational databases can be adopted. The relational database is used to store the configuration parameters, alarm policies and user configuration information of the detection task; the non-relational database is used to store the execution results of historical multi-step business operations, and can support statistical queries by time dimension to analyze the changing trends of server-side detection data.

[0039] According to the server-side detection method of this application embodiment, firstly, a detection task capable of performing multi-step business operations is created. The detection task includes configuration parameters and an alarm policy. The configuration parameters include detection batch and frequency, protocol type, detection address, authentication information, and detection script. Then, the detection task is sent to the detection node according to the detection batch and frequency, so that the detection node can establish a connection with the server through protocol adaptation and perform multi-step business operation detection on the server through the detection script. Finally, the multi-step business operation execution results of the server are received from the detection node, and the server's status is confirmed based on the multi-step business operation execution results. An alarm policy is executed when the server's status is abnormal. Therefore, the configuration parameters and alarm policies of the server-side detection task can be flexibly set and adapted to various communication protocols, thereby realizing the detection and fault alarm of multi-step business operations on the server, thus improving the server-side detection range and meeting diverse server-side detection needs.

[0040] Figure 2 This is a structural block diagram of a server-side detection system according to one embodiment of this application. Figure 2 As shown, the server-side detection system according to an embodiment of this application includes: a creation module 210, a task distribution module 220, and a receiving module 230, wherein: A creation module 210 is used to create a detection task that can perform multi-step business operations. The detection task includes configuration parameters and alarm policies. The configuration parameters include detection batch and frequency, protocol type, detection address, authentication information and detection script. The task distribution module 220 is used to distribute the detection task to the detection node according to the detection batch and frequency, so that the detection node can establish a connection with the server through protocol adaptation and perform multi-step business operation detection on the server through the detection script. The receiving module 230 is used to receive the multi-step business operation execution results of the server fed back by the detection node, confirm the status of the server based on the multi-step business operation execution results, and execute the alarm policy when the status of the server is abnormal.

[0041] According to the server-side detection method of this application embodiment, firstly, a detection task capable of performing multi-step business operations is created. The detection task includes configuration parameters and an alarm policy. The configuration parameters include detection batch and frequency, protocol type, detection address, authentication information, and detection script. Then, the detection task is sent to the detection node according to the detection batch and frequency, so that the detection node can establish a connection with the server through protocol adaptation and perform multi-step business operation detection on the server through the detection script. Finally, the multi-step business operation execution results of the server are received from the detection node, and the server's status is confirmed based on the multi-step business operation execution results. An alarm policy is executed when the server's status is abnormal. Therefore, the configuration parameters and alarm policies of the server-side detection task can be flexibly set and adapted to various communication protocols, thereby realizing the detection and fault alarm of multi-step business operations on the server, thus improving the server-side detection range and meeting diverse server-side detection needs.

[0042] For specific limitations regarding the server-side detection system, please refer to the limitations on the server-side detection method described above, which will not be repeated here. Each module of the aforementioned server-side detection system can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in the computer device in hardware form, or stored in the computer device's memory in software form, so that the processor can call and execute the corresponding operations of each module.

[0043] In one embodiment, a computer device is provided. Figure 3 This is a structural block diagram of the computer device provided in the embodiments of this application, with reference to... Figure 3 The computer device includes a memory and a processor. The memory stores a computer program, and the processor executes the computer program to implement the aforementioned server-side detection method embodiment. For example, it executes: creating a detection task capable of performing multi-step business operations, wherein the detection task includes configuration parameters and alarm policies, and the configuration parameters include detection batch and frequency, protocol type, detection address, authentication information, and detection script; The detection task is issued to the detection node according to the detection batch and frequency, so that the detection node can establish a connection with the server through protocol adaptation and perform multi-step business operation detection on the server through the detection script. The system receives the execution results of the multi-step business operations of the server from the detection node, confirms the status of the server based on the execution results of the multi-step business operations, and executes the alarm policy when the status of the server is abnormal.

[0044] This application also provides a computer-readable storage medium storing a computer program. When the processor executes the computer program, it implements the aforementioned server-side detection method embodiment. For example, it executes: creating a detection task capable of performing multi-step business operations, wherein the detection task includes configuration parameters and alarm policies, and the configuration parameters include detection batch and frequency, protocol type, detection address, authentication information, and detection script; The detection task is issued to the detection node according to the detection batch and frequency, so that the detection node can establish a connection with the server through protocol adaptation and perform multi-step business operation detection on the server through the detection script. The system receives the execution results of the multi-step business operations of the server from the detection node, confirms the status of the server based on the execution results of the multi-step business operations, and executes the alarm policy when the status of the server is abnormal.

[0045] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the methods described above. Any references to memory, storage, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, or optical storage, etc. Volatile memory can include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM), etc.

[0046] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0047] The above embodiments merely illustrate several implementation methods of this application, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this patent application should be determined by the appended claims.

Claims

1. A server-side detection method, characterized in that, include: Create a detection task that can perform multi-step business operations. The detection task includes configuration parameters and alarm policies. The configuration parameters include detection batch and frequency, protocol type, detection address, authentication information and detection script. The detection task is issued to the detection node according to the detection batch and frequency, so that the detection node can establish a connection with the server through protocol adaptation and perform multi-step business operation detection on the server through the detection script. The system receives the execution results of the multi-step business operations of the server from the detection node, confirms the status of the server based on the execution results of the multi-step business operations, and executes the alarm policy when the status of the server is abnormal.

2. The server-side detection method according to claim 1, characterized in that, The process of establishing a connection with the server through protocol adaptation and performing multi-step business operation detection on the server using the detection script includes: According to the protocol type, a connection is established between the detection node and the server using the corresponding protocol. The detection script is executed to perform multi-step business operation detection on the server and obtain the execution results of the multi-step business operation.

3. The server-side detection method according to claim 1, characterized in that, The step of confirming the server's status based on the execution results of the multi-step business operations, and executing the alarm policy when the server's status is abnormal, includes: Based on the execution results of the multi-step business operations, calculate the detection failure rate of the detection script; If the detection failure rate is greater than the preset alarm threshold, the server is determined to be in an abnormal state. When the server is in an abnormal state, an alert is sent to the user.

4. The server-side detection method according to claim 3, characterized in that, When the server's status is abnormal, an alert is sent to the user, including: Based on the execution results of the multi-step business operation, an alarm message is generated; Based on the alarm policy, determine the alarm push method; The alarm message is pushed to the user using the alarm push method.

5. The server-side detection method according to claim 4, characterized in that, The step of pushing the alarm message to the user through the alarm push method includes: Based on the alarm push method, determine the client interface that needs to be called; The alarm message is pushed to the user through the client interface.

6. The server-side detection method according to claim 3, characterized in that, Also includes: If the detection failure rate is less than the preset recovery threshold, then the abnormal state of the server is determined to have been recovered.

7. The server-side detection method according to claim 1, characterized in that, Also includes: The detection task and the execution results of the multi-step business operation are stored so that the detection results on the server can be queried and analyzed.

8. A server-side detection system, characterized in that, include: A creation module is used to create detection tasks that can perform multi-step business operations. The detection task includes configuration parameters and alarm policies. The configuration parameters include detection batch and frequency, protocol type, detection address, authentication information and detection script. The task distribution module is used to distribute the detection task to the detection node according to the detection batch and frequency, so that the detection node can establish a connection with the server through protocol adaptation and perform multi-step business operation detection on the server through the detection script. The receiving module is used to receive the execution results of the multi-step business operation of the server fed back by the detection node, confirm the status of the server based on the execution results of the multi-step business operation, and execute the alarm policy when the status of the server is abnormal.

9. A computing device, comprising: A memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, when the processor executes the computer program, it implements the server detection method according to any one of claims 1-7.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the server-side detection method according to any one of claims 1-7.

Images