CN113485808A - System time callback method and device - Google Patents

System time callback method and device Download PDF

Info

Publication number
CN113485808A
CN113485808A CN202110762065.XA CN202110762065A CN113485808A CN 113485808 A CN113485808 A CN 113485808A CN 202110762065 A CN202110762065 A CN 202110762065A CN 113485808 A CN113485808 A CN 113485808A
Authority
CN
China
Prior art keywords
state
server
batch
system time
task
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
Application number
CN202110762065.XA
Other languages
Chinese (zh)
Other versions
CN113485808B (en
Inventor
王岩
侯晓勇
卫敏
刘倩倩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Industrial and Commercial Bank of China Ltd ICBC
Original Assignee
Industrial and Commercial Bank of China Ltd ICBC
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Industrial and Commercial Bank of China Ltd ICBC filed Critical Industrial and Commercial Bank of China Ltd ICBC
Priority to CN202110762065.XA priority Critical patent/CN113485808B/en
Publication of CN113485808A publication Critical patent/CN113485808A/en
Application granted granted Critical
Publication of CN113485808B publication Critical patent/CN113485808B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

The embodiment of the application provides a method and a device for callback of system time, which can be used in the technical field of finance, and the method comprises the following steps: stopping an agent process of an agent server for batch state monitoring in an open platform operation automation system, and adjusting a batch task state in a job server corresponding to the open platform operation automation system from a running state to a disconnection state; carrying out callback processing on the system time of the proxy server; and starting the agent process, and adjusting the batch task state in the operation server from a disconnection state to a running state. The reliability and effectiveness of the system time callback process can be improved, the operational reliability and stability of the open platform operation automation system can be improved, and the test reliability and the application universality of the test process provided by the open platform operation automation system can be effectively improved.

Description

System time callback method and device
Technical Field
The application relates to the technical field of data processing, in particular to the technical field of finance, and specifically relates to a system time callback method and device.
Background
An open platform operation automation system such as Entegor is a scheduling and monitoring management platform for open platform batch automation application, and can provide development design, test implementation and production operation services of batch automation processes for the open platform application.
In the testing process of financial service testing and the like by applying the open platform operation automation system, the situation that different testing requirements require different system time often occurs, but because batch operation usually needs to be carried out for a plurality of hours, the system time of the server needs to be called back in the batch operation process.
However, in the conventional system time callback, because the state of the workflow in the monitoring foreground is dead in the open platform operation automation system, the batch of the open platform application cannot be continuously executed, and the environment supply efficiency facing multiple demands is greatly influenced.
Disclosure of Invention
Aiming at the problems in the prior art, the application provides a method and a device for system time callback, which can improve the reliability and effectiveness of a system time callback process, can improve the operation reliability and stability of an open platform operation automation system, and further can effectively improve the test reliability and the application universality of a test process provided by the open platform operation automation system.
In order to solve the technical problem, the application provides the following technical scheme:
in a first aspect, the present application provides a method for system time callback, including:
stopping an agent process of an agent server for batch state monitoring in an open platform operation automation system, and adjusting a batch task state in a job server corresponding to the open platform operation automation system from a running state to a disconnection state;
carrying out callback processing on the system time of the proxy server;
and starting the agent process, and adjusting the batch task state in the operation server from a disconnection state to a running state.
Further, the adjusting the batch task state in the job server corresponding to the open platform operation automation system from the running state to the disconnection state includes:
and if the target task currently in the running state exists in the open platform operation automation system, correspondingly processing the target task according to the execution type of the target task until the batch task state in the operation server is changed from the running state to the disconnection state.
Further, the performing corresponding processing on the target task according to the execution type of the target task includes:
if the execution type of the target task in the current processing running state is script execution, modifying the batch state of the job server to force the job server to enter a disconnection state;
the application proxy server determines the current state of the target task and performs task termination processing on the target task;
and periodically polling the agent program state corresponding to the target task which is in the disconnection state currently based on a preset self-detection mechanism.
Further, the performing corresponding processing on the target task according to the execution type of the target task includes:
and if the execution type of the target task currently processing the running state is a delayer, directly determining that the batch task state in the operation server is changed from the running state to the disconnection state.
Further, the adjusting the batch task state in the job server from the offline state to the running state includes:
acquiring a target workflow in a disconnection state from the time of stopping the agent process to the time of starting the agent process;
performing batch redo on the target workflow;
and periodically detecting the state of the target workflow and the state of a program corresponding to the target task until the batch task state in the operation server is changed from the offline state to the running state.
Further, the periodically detecting the state of the target workflow and the state of the program corresponding to the target task until it is determined that the batch task state in the job server is changed from the offline state to the running state includes:
the current state of the target workflow is periodically detected by the operation server until the current state of the target workflow is changed into an executing state or a delay state;
and checking whether the programs corresponding to the target tasks in the executing state are all in the executing state based on the proxy server, and if so, determining that the batch task state in the job server is adjusted from the offline state to the running state.
Further, after stopping the proxy process of the proxy server for monitoring the batch state in the open platform operation automation system, and before adjusting the batch task state in the job server corresponding to the open platform operation automation system from the running state to the disconnection state, the method further includes:
recording the current first system time of a job server in the open platform operation automation system;
correspondingly, after the agent process is started and before the batch task state in the job server is adjusted from a disconnected state to a running state, the method further includes:
recording the current second system time of a job server in the open platform operation automation system;
correspondingly, the acquiring the target workflow in the offline state from the time of stopping the agent process to the time of starting the agent process includes:
determining a difference value between the second system time and the first system time to obtain a corresponding target time;
and retrieving the address identification of the proxy server based on the operation server to acquire the target workflow in the disconnection state within the target time.
In a second aspect, the present application provides a system time callback device, including:
the system comprises a disconnection module, a data processing module and a data processing module, wherein the disconnection module is used for stopping an agent process of an agent server for monitoring batch states in an open platform operation automation system and adjusting the batch task states in a job server corresponding to the open platform operation automation system from a running state to a disconnection state;
the callback module is used for carrying out callback processing on the system time of the proxy server;
and the starting module is used for starting the agent process and adjusting the batch task state in the operation server from a disconnection state to a running state.
In a third aspect, the present application provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor implements the system time callback method when executing the program.
In a fourth aspect, the present application provides a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the system time callback method described herein.
According to the technical scheme, the method and the device for callback of the system time provided by the application comprise the following steps: stopping an agent process of an agent server for batch state monitoring in an open platform operation automation system, and adjusting a batch task state in a job server corresponding to the open platform operation automation system from a running state to a disconnection state; carrying out callback processing on the system time of the proxy server; starting the agent process, adjusting the batch task state in the operation server from a disconnection state to an operation state, adjusting the batch task state in the operation server corresponding to the open platform operation automation system from the operation state to the disconnection state after stopping the agent process, adjusting the batch task state in the operation server from the disconnection state to the operation state after starting the agent process, effectively realizing the normal continuous execution of the batch tasks after time callback according to the state adjustment of the agent server and the operation server, effectively improving the reliability and effectiveness of the system time callback process, further effectively improving the operation reliability and stability of the open platform operation automation system, avoiding the condition of monitoring foreground workflow state death when the system callback occurs, and enabling the batch tasks applied by the open platform to be continuously executed, the efficiency of the environment supply facing to the multi-demand is effectively improved, so that the testing process provided by the open platform operation automation system such as financial service testing can be suitable for different testing demand requirements and different system time, the testing reliability and the application universality of the testing process provided by the open platform operation automation system can be effectively improved, and the user experience of testers can be improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are 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 diagram of interaction between a system time callback device and a user end device in an embodiment of the present application.
Fig. 2 is a first flowchart of a system time callback method in the embodiment of the present application.
Fig. 3 is a second flowchart of a system time callback method in the embodiment of the present application.
Fig. 4 is a third flowchart illustrating a system time callback method in an embodiment of the present application.
Fig. 5 is a fourth flowchart illustrating a system time callback method in an embodiment of the present application.
Fig. 6 is a fifth flowchart illustrating a system time callback method in an embodiment of the present application.
Fig. 7 is a sixth flowchart illustrating a system time callback method in an embodiment of the present application.
Fig. 8 is a seventh flowchart illustrating a system time callback method in an embodiment of the present application.
Fig. 9 is a schematic structural diagram of a system time callback device in the embodiment of the present application.
Fig. 10 is a schematic structural diagram of a batch operation device provided in an application example of the present application.
Fig. 11 is a schematic flowchart of a system time callback method implemented based on a batch running device according to an application example of the present application.
Fig. 12 is a schematic structural diagram of an electronic device in an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
It should be noted that the method and the device for system time callback disclosed by the present application can be used in the field of financial technology, and can also be used in any field except the field of financial technology.
In one or more embodiments of the present application, the open platform operation automation system may specifically be an Entegor, where the Entegor is used to perform batch automatic scheduling on a timed job, and monitor the scheduled job in real time, so as to effectively reduce a fault caused by a human operation. The Entegor takes flow management as a core to guarantee safety and improve efficiency, so that the risk of manual operation is greatly reduced, and the degree of automation of operation is greatly improved.
The Entegor is a scheduling and monitoring management platform of the open platform batch automation application, and provides development design, test implementation and production operation services of a batch automation flow for the open platform application. In the financial service testing process, different testing requirements often require different system time, but batch operation usually needs to be carried out for a plurality of hours continuously, if the system time of a server is called back in the batch operation process, the Entegor product can cause the condition of monitoring the status of the foreground workflow to be dead, so that the batch of open platform application cannot be continuously executed, and the environment supply efficiency facing multiple requirements is greatly influenced.
Based on this, to solve the problems that the batch tasks of the open platform application cannot be continuously executed due to the fact that the monitoring foreground workflow state is dead when the system is called back in the conventional system time calling back mode, the embodiment of the present application provides a system time calling back method, which stops the proxy process of a proxy server for batch state monitoring in an open platform operation automation system, and adjusts the batch task state in a job server corresponding to the open platform operation automation system from an operating state to a disconnected state; carrying out callback processing on the system time of the proxy server; starting the agent process, adjusting the batch task state in the operation server from a broken line state to an operating state, adjusting the batch task state in the operation server corresponding to the open platform operation automation system from the operating state to the broken line state after stopping the agent process, and adjusting the batch task state in the operation server from the broken line state to the operating state after starting the agent process, so that the batch tasks after time callback can be normally and continuously executed according to the state adjustment of the agent server and the operation server, the reliability and effectiveness of the system time callback process can be effectively improved, the operation reliability and stability of the open platform operation automation system can be effectively improved, the condition that the monitoring foreground workflow state is dead when the system callback occurs is avoided, and the batch tasks applied by the open platform can be continuously executed, the efficiency of the environment supply facing to the multi-demand is effectively improved, so that the testing process provided by the open platform operation automation system such as financial service testing can be suitable for different testing demand requirements and different system time, the testing reliability and the application universality of the testing process provided by the open platform operation automation system can be effectively improved, and the user experience of testers can be improved.
Based on the above, the present application further provides a system time callback device for implementing the system time callback method provided in one or more embodiments of the present application, where the system time callback device may be a functional module in a financial system of a financial institution or an open platform operation automation system, or may be an independent system, and may be embodied as an independent server; the system time callback device can be in communication connection with a plurality of user side devices and also can be in communication connection with each application background server, and is in communication connection with each user side device, as shown in fig. 1, and is used for receiving a system time callback request from a user side device held by a financial user, stopping an agent process of an agent server for batch state monitoring in an open platform operation automation system based on the system time callback request, and adjusting the batch task state in an operation server corresponding to the open platform operation automation system from an operating state to a disconnection state; carrying out callback processing on the system time of the proxy server; and starting the agent process, adjusting the batch task state in the job server from a disconnection state to an operation state, and then sending a notification message for indicating that the system time is successfully called back to user end equipment held by a financial user.
In a practical application scenario, the system time callback device may be implemented by a server; the server can be in communication connection with at least one customer premises device.
It is understood that the client device may include a smart phone, a tablet electronic device, a network set-top box, a portable computer, a desktop computer, a Personal Digital Assistant (PDA), an in-vehicle device, a smart wearable device, and the like. Wherein, intelligence wearing equipment can include intelligent glasses, intelligent wrist-watch, intelligent bracelet etc..
In another practical application scenario, part of the system time callback performed by the system time callback device may be performed in the server as described above, or all operations may be performed in the client device. Specifically, the selection may be performed according to the processing capability of the user end device, the limitation of the user usage scenario, and the like. This is not a limitation of the present application. If all the operations are completed in the customer premise equipment, the customer premise equipment may further include a processor for specifically processing the system time callback.
The client device may have a communication module (i.e., a communication unit), and may be in communication connection with a remote server to implement data transmission with the server. The server may include a server on the task scheduling center side, and in other implementation scenarios, the server may also include a server on an intermediate platform, for example, a server on a third-party server platform that is communicatively linked to the task scheduling center server. The server may include a single computer device, or may include a server cluster formed by a plurality of servers, or a server structure of a distributed apparatus.
The server and the client device may communicate using any suitable network protocol, including a network protocol that has not been developed at the filing date of the present application. The network protocol may include, for example, a TCP/IP protocol, a UDP/IP protocol, an HTTP protocol, an HTTPS protocol, or the like. Of course, the network Protocol may also include, for example, an RPC Protocol (Remote Procedure Call Protocol), a REST Protocol (Representational State Transfer Protocol), and the like used above the above Protocol.
In one or more embodiments of the present application, the open platform automation system Entegor is comprised of five parts: the system comprises a job Server, an Entegor Server, a workflow making Entegor Studio, a system management Entegor SM, a user task management Entegor UT, a remote Agent Entegor Agent and the like. The Entegor Server is a flow analyzing and executing module, needs to be independently deployed on an application Server and is responsible for real-time scheduling of the operation on the remote Server for monitoring and management; the Entegor Studio is a workflow customization module which needs to be independently installed on a PC, and a flow designer designs the flow through the module and issues the flow to an Entegor Server through a C/S mode; the Entegor SM is a system management module, and a manager manages system services in a B/S mode; the Entegor UT is a user task management module, and an operator receives and processes tasks in a B/S mode; the Entegor Agent is a remote Agent module, needs to be independently deployed on the managed server, and is responsible for analyzing and executing the instruction sent by the service engine.
The system time callback device may also be implemented by applying the system management Entegor SM and the like.
The Entegor Server is a core module of an Entegor product, is mainly responsible for explaining and executing the flow and simultaneously responds to the Web request; the development environment is a process customization tool (Studio), visual development can be carried out on the process, and the system publishes the customized process in a C/S communication mode; the Client application consists of UT and SM, manages the system and the process and completes the task in a Client API and Web Service mode; the remote execution agent service is distributed on a plurality of managed application servers and is mainly responsible for receiving and responding to service requests in the customization process; the server monitoring is graph monitoring and report monitoring, and provides historical basis for inspection.
The open platform operation automation system has the following advantages:
flexible design capability. The developed process is quickly maintained in a simple dragging, pulling and dragging mode, the coding amount is very small, and the development and maintenance period is greatly shortened.
② super strong expansion capability. An internal function and an external function can be embedded into the Entegor Studio, and the expansion capability of the system is greatly improved.
And abundant interfaces. The system provides abundant interfaces for realizing various functions, and greatly improves the development efficiency. And fourthly, supporting a heterogeneous platform. The remote agent can receive the service request of the Entegor Server and can be deployed on different operating systems, so that the system has the supporting capability of a heterogeneous platform.
Flexible time scheduling. The flow and batch unit has the capability of timing triggering, the problem that maintenance personnel need to manually execute batch operation at regular time according to a manual in the prior art is solved, and the error rate caused by manual execution of batch operation by the maintenance personnel is reduced.
Sixthly, a complete log management mechanism. The system records the operation condition of each step in a log, so that maintenance personnel can conveniently search and locate the problem reason when the problem occurs.
The following embodiments and application examples are specifically and individually described in detail.
In order to solve the problem that batch tasks applied by an open platform cannot be continuously executed due to the fact that the monitoring foreground workflow state is dead when a system callback occurs in the conventional system time callback mode, the application provides an embodiment of a system time callback method, and referring to fig. 2, the system time callback method executed based on a system time callback device specifically includes the following contents:
step 100: and stopping the proxy process of the proxy server for monitoring the batch state in the open platform operation automation system, and adjusting the batch task state in the operation server corresponding to the open platform operation automation system from the running state to the disconnection state.
Step 200: and carrying out callback processing on the system time of the proxy server.
Step 300: and starting the agent process, and adjusting the batch task state in the operation server from a disconnection state to a running state.
It is to be understood that the proxy servers mentioned in one or more embodiments of the present application are all referred to as remote proxy Entegor agents; the job servers mentioned in one or more embodiments in the present application are all referred to as job servers Entegor servers.
Specifically, by combing the state of the Entegor Agent, the state of a specific batch program on the Entegor Agent, the state of a workflow on the Entegor Server and the logical relationship of system time adjustment, the sequence of executing actions on the Entegor Agent and the Entegor Server before and after the system time is called back is rearranged, so that the batch workflow can be continuously executed after the Server system time is called back.
As can be seen from the above description, the system time callback method provided in the embodiment of the present application adjusts the batch task state in the job server corresponding to the open platform operation automation system from the running state to the offline state after stopping the proxy process, and adjusts the batch task state in the job server from the offline state to the running state after starting the proxy process, so as to effectively implement that the batch tasks after time callback can be normally and continuously executed according to the state adjustments of the proxy server and the job server, effectively improve the reliability and effectiveness of the system time callback process, further effectively improve the running reliability and stability of the open platform operation automation system, avoid the condition that the monitoring foreground workflow state is dead when the system callback occurs, and enable the batch tasks applied by the open platform to be continuously executed, the efficiency of the environment supply facing to the multi-demand is effectively improved, so that the testing process provided by the open platform operation automation system such as financial service testing can be suitable for different testing demand requirements and different system time, the testing reliability and the application universality of the testing process provided by the open platform operation automation system can be effectively improved, and the user experience of testers can be improved.
In order to improve the reliability and effectiveness of adjusting the batch task state in the job server corresponding to the open platform operation automation system from the running state to the offline state, in an embodiment of the system time callback method provided by the present application, referring to fig. 3, step 100 of the system time callback method specifically includes the following contents:
step 110: and stopping the proxy process of the proxy server for batch state monitoring in the open platform operation automation system.
Step 120: and if the target task currently in the running state exists in the open platform operation automation system, correspondingly processing the target task according to the execution type of the target task until the batch task state in the operation server is changed from the running state to the disconnection state.
As can be seen from the above description, the system time callback method provided in the embodiments of the present application, after stopping the proxy process of the proxy server, the native mechanism of the open platform operating automation system may force the running workflow into a disconnected state, but this relies on the design of the batch flow, and only after stopping the proxy server and entering new batch activities, will the proxy server state be checked, therefore, the method detects whether the current target task in the running state is included after the agent process of the agent server is stopped, and carries out disconnection processing in time if the target task in the running state is included, and then, the reliability and effectiveness of adjusting the batch task state in the operation server corresponding to the open platform operation automation system from the running state to the disconnection state can be effectively improved, so that the reliability and effectiveness of the system time callback process can be further improved.
In order to improve the effectiveness and reliability of performing corresponding processing on a target task according to an execution type of the target task, in an embodiment of the system time callback method provided by the present application, referring to fig. 4, step 120 of the system time callback method specifically includes the following contents:
step 121: and if the execution type of the target task in the current processing running state is script execution, modifying the batch state of the job server to force the job server to enter a disconnection state.
Step 122: and the application proxy server determines the current state of the target task and performs task termination processing on the target task.
Step 123: and periodically polling the agent program state corresponding to the target task which is in the disconnection state currently based on a preset self-detection mechanism.
Specifically, after the Agent is stopped, the Entegor self mechanism forces the running workflow to enter a disconnection state, but the Agent state is checked only when the Agent is stopped and new batch activity is entered, if the batch is in a certain activity running state when the Agent is stopped, the disconnection state cannot be reached, if the current activity is script execution, the disconnection state is forced to enter by modifying the batch state of the Entegor Server end, then the execution state of the corresponding activity is checked at the Agent end, termination processing is carried out on the execution state, meanwhile, a self-detection mechanism is added, and the Agent disconnection program state corresponding to the activity in the disconnection state is checked every 5s in a polling mode until all the activities are stopped.
As can be seen from the above description, in the system time callback method provided in this embodiment of the present application, if the execution type of the currently running target task is script execution, the batch state of the job server is modified to force the job server to enter the offline state, so that the currently running target task can be processed in a differentiated manner, and thus the effectiveness and reliability of performing corresponding processing on the target task according to the execution type of the target task can be effectively improved, and further the reliability and effectiveness of adjusting the batch task state in the job server corresponding to the open platform operation automation system from the running state to the offline state can be further improved.
In order to further improve the effectiveness and reliability of performing corresponding processing on the target task according to the execution type of the target task, in an embodiment of the system time callback method provided by the present application, referring to fig. 5, step 120 of the system time callback method further includes the following contents:
step 124: and if the execution type of the target task currently processing the running state is a delayer, directly determining that the batch task state in the operation server is changed from the running state to the disconnection state.
Specifically, after the Agent is stopped, the Entegor mechanism forces the running workflow to enter a disconnection state, but the Agent state is checked only when a new batch activity is entered after the Agent is stopped depending on the design of the batch flow, if the batch is in a state where some activity is running when the Agent is stopped, the disconnection state cannot be reached, and if the current activity is a delayer, no processing is performed.
As can be seen from the above description, in the system time callback method provided in this embodiment of the present application, if the execution type of the target task currently processing the running state is a delayer, it is directly determined that the batch task states in the job server have all been changed from the running state to the offline state, and the target task currently in the running state can be processed in a differentiated manner, so that the effectiveness and reliability of performing corresponding processing on the target task according to the execution type of the target task can be effectively improved, and further, the reliability and effectiveness of adjusting the batch task state in the job server corresponding to the open platform operation automation system from the running state to the offline state can be further improved.
In order to improve the reliability and effectiveness of adjusting the batch task state in the job server corresponding to the open platform operation automation system from the offline state to the running state, in an embodiment of the system time callback method provided by the present application, referring to fig. 6, step 300 in the system time callback method specifically includes the following contents:
step 310: and starting the proxy process.
Step 320: and acquiring the target workflow in the disconnection state from the time of stopping the agent process to the time of starting the agent process.
Step 330: and performing batch redo on the target workflow.
Step 340: and periodically detecting the state of the target workflow and the state of a program corresponding to the target task until the batch task state in the operation server is changed from the disconnection state to the running state.
Specifically, after the Agent is stopped, the workflow state is detected every 5s at the Entegor Server end until all the workflow states are disconnected or delayed, and a program corresponding to the activity of checking the disconnected state at the Agent end is in a stopped state; after the Agent is started, the workflow state is detected every 5s at the Entegor Server end until all the workflow states are in execution or delay states, and the Agent end checks that the program corresponding to the activity of the in-execution state is in the execution state.
As can be seen from the above description, in the system time callback method provided in the embodiment of the present application, after the proxy process of the proxy server is started, the target workflow is redone in batch; and periodically detecting the state of the target workflow and the state of the program corresponding to the target task until the batch task state in the operation server is changed from the offline state to the running state, so that the reliability and effectiveness of adjusting the batch task state in the operation server corresponding to the open platform operation automation system from the offline state to the running state can be effectively improved, and the reliability and effectiveness of the system time callback process can be further improved.
In order to improve reliability and effectiveness of adjusting a batch task state in a job server corresponding to the open platform operation automation system from a disconnected state to an operating state, in an embodiment of the system time callback method provided by the present application, referring to fig. 7, step 340 in the system time callback method specifically includes the following contents:
step 341: and periodically detecting the current state of the target workflow by applying the operation server until the current state of the target workflow is changed into an executing state or a delay state.
Step 342: and checking whether the programs corresponding to the target tasks in the executing state are all in the executing state based on the proxy server, and if so, determining that the batch task state in the job server is adjusted from the offline state to the running state.
As can be seen from the above description, in the system time callback method provided in this embodiment of the present application, the job server is applied to periodically detect the current state of the target workflow until the current state of the target workflow is changed to the execution state or the delay state; and checking whether the programs corresponding to the target tasks in the executing state are all in the executing state based on the proxy server, so that the reliability and effectiveness of adjusting the batch task state in the operation server corresponding to the open platform operation automation system from the disconnection state to the running state can be effectively improved, and the reliability and effectiveness of the system time callback process can be further improved.
In order to improve the reliability and effectiveness of obtaining the target workflow in the offline state from the time of stopping the agent process to the time of starting the agent process, referring to fig. 8, in an embodiment of the system time callback method provided by the present application, the following is further specifically included between step 110 and step 120 in the system time callback method:
step 111: and recording the current first system time of a job server in the open platform operation automation system.
The method for calling back the system time further includes the following steps between step 310 and step 320:
step 311: and recording the current second system time of the operation server in the open platform operation automation system.
Correspondingly, step 320 in the system time callback method specifically includes the following contents:
step 321: and determining the difference value between the second system time and the first system time to obtain the corresponding target time.
Step 322: and retrieving the address identification of the proxy server based on the operation server to acquire the target workflow in the disconnection state within the target time.
Specifically, after the Agent is started, the Agent IP is searched at the Server end at the Entegor Server end, the workflow in the offline state is identified, and the workflow is redone in batches. In this process, the eligible workflow from Agent stop time T1 to start time T2 needs to be screened to eliminate the effect of historical abnormal batch tasks.
As can be seen from the above description, according to the system time callback method provided in the embodiment of the present application, by recording the current first system time of the job server in the open platform operation automation system and the second system time after the proxy process is started, the reliability and effectiveness of obtaining the target workflow in the offline state from the time when the proxy process is stopped to the time when the proxy process is started can be effectively improved, and further, the reliability and accuracy of the system time callback process can be effectively improved.
In terms of software, in order to solve the problem that batch tasks of open platform applications cannot be continuously executed due to the fact that the monitoring foreground workflow status is dead when a system callback occurs in the conventional system time callback method, the present application provides an embodiment of a system time callback device for executing all or part of the contents in the system time callback method, and the system time callback device specifically includes the following contents, referring to fig. 9:
the disconnection module 10 is configured to stop an agent process of an agent server for batch status monitoring in the open platform operation automation system, and adjust a batch task status in a job server corresponding to the open platform operation automation system from an operating status to a disconnected status.
And the callback module 20 is used for performing callback processing on the system time of the proxy server. (ii) a
And the starting module 30 is configured to start the agent process, and adjust the batch task state in the job server from a disconnected state to an operating state.
The embodiment of the system time callback device provided in the present application may be specifically used to execute the processing flow of the embodiment of the system time callback method in the foregoing embodiment, and the functions thereof are not described herein again, and reference may be made to the detailed description of the embodiment of the method.
As can be seen from the above description, the system time callback device provided in the embodiment of the present application adjusts the batch task state in the job server corresponding to the open platform operation automation system from the running state to the offline state after stopping the proxy process, and adjusts the batch task state in the job server from the offline state to the running state after starting the proxy process, so as to effectively implement that the batch tasks after time callback can be normally and continuously executed according to the state adjustments of the proxy server and the job server, effectively improve the reliability and effectiveness of the system time callback process, further effectively improve the running reliability and stability of the open platform operation automation system, avoid the condition that the monitoring foreground workflow state is dead when the system callback occurs, and enable the batch tasks applied by the open platform to be continuously executed, the efficiency of the environment supply facing to the multi-demand is effectively improved, so that the testing process provided by the open platform operation automation system such as financial service testing can be suitable for different testing demand requirements and different system time, the testing reliability and the application universality of the testing process provided by the open platform operation automation system can be effectively improved, and the user experience of testers can be improved.
For further explanation, the present application further provides a specific application example of the system time callback method implemented based on the batch operation device, and relates to the field of batch operation of development platforms, and in particular to batch operation of Entegor under the condition of server system time callback.
The batch running device provided by the application example rearranges the sequence of executing actions on the Entegor Agent and the Entegor Server before and after the callback of the system time by combing the state of the Entegor Agent, the state of a specific batch program on the Entegor Agent, the state of a workflow on the Entegor Server and the logical relationship of the adjustment of the system time, so that the batch workflow can be continuously executed after the callback of the system time of the Server.
Referring to fig. 10, the batch operation apparatus in the application example of the present application specifically includes the following contents:
agent management module 1: stop and start service including Agent process
1. Before the system time of the Server is called back, the Agent process is stopped, and the system time T1 when the Entegor Server is disconnected is recorded;
2. after the system time of the Server is called back, an Agent process is started, and the system time T2 when the Entegor Server is disconnected is recorded;
3. and the Agent state self-checking function detects the Agent state every 2s to ensure that the stop or the start is finished.
(II) a system time adjusting module 3: and adjusting the system time of the Entegor Agent end server.
(III) the batch task state management module 2: the device is a core module of a batch operation device in an application example of the application, and mainly has three functions.
(1) After the Agent is stopped, the Entegor self mechanism can force the running workflow to enter the disconnection state, but the Agent state can be checked only by entering new batch activity after the Agent is stopped, if the batch is in the running state of some activity when the Agent is stopped, the disconnection state can not be reached, and under the condition, the device is processed by the following scenes: 1) if the current activity is a delayer, no processing is performed; 2) if the current activity is script execution, firstly, the batch state of the Entegor Server end is modified to force to enter the disconnection state, then the execution state of the corresponding activity is checked at the Agent end, the termination processing is carried out on the execution state, meanwhile, a self-detection mechanism is added, and the Agent disconnection program state corresponding to the activity which is set to the disconnection state is checked every 5s in a polling mode until all the activities are stopped.
(2) After the Agent is started, searching the IP of the Agent at the Server end at the Entegor Server end, identifying the workflow in the disconnection state, and carrying out batch redo on the workflow. In this process, the eligible workflow from Agent stop time T1 to start time T2 needs to be screened to eliminate the effect of historical abnormal batch tasks.
(3) Batch state self-checking function: after the Agent is stopped, detecting the workflow state every 5s at the Entegor Server end until all the workflow states are disconnected or delayed, and checking whether the program corresponding to the activity of the disconnected state is the stopped state at the Agent end; after the Agent is started, the workflow state is detected every 5s at the Entegor Server end until all the workflow states are in execution or delay states, and the Agent end checks that the program corresponding to the activity of the in-execution state is in the execution state.
Referring to fig. 11, the system time callback method implemented based on the batch running apparatus specifically includes the following contents:
step 201: stopping the agent process: the Agent management module stops the Agent process of batch state monitoring, comprises a self-detection module, and re-executes a stop command if the stop fails;
step 202: batch character state modification (operation > disconnection): the batch task state adjusting module adjusts the state from running to disconnection;
step 203: and (3) system time callback: the system time adjusting module carries out callback on the system time;
step 204: and (3) starting an agent process: the Agent management module starts an Agent process for monitoring the batch state, the Agent process comprises a self-detection module, and if the stop fails, the Agent management module re-executes a start command;
step 205: batch task state modification (broken line > continued): and the batch task state adjusting module adjusts the state from the disconnection state to the running state.
According to the content, the system time callback method based on the batch operation device provided by the application example makes up the defect that the batch state is dead due to server system time callback in the batch test process of the development platform by the Entegor; after the test environment is used, after the system time of the server is recalled, the batch tasks can be continuously executed, so that the same set of test environment can simultaneously meet a plurality of test requirements, and the service efficiency of the test environment is improved.
In terms of hardware, in order to solve the problem that batch tasks of open platform applications cannot be continuously executed due to the fact that a monitoring foreground workflow state is dead when a system callback occurs in the conventional system time callback method, the present application provides an embodiment of an electronic device for implementing all or part of contents in the system time callback method, where the electronic device specifically includes the following contents:
fig. 12 is a schematic block diagram of a system configuration of an electronic device 9600 according to an embodiment of the present application. As shown in fig. 12, the electronic device 9600 can include a central processor 9100 and a memory 9140; the memory 9140 is coupled to the central processor 9100. Notably, this fig. 12 is exemplary; other types of structures may also be used in addition to or in place of the structure to implement telecommunications or other functions.
In one embodiment, the system time callback function may be integrated into the central processor. Wherein the central processor may be configured to control:
step 100: and stopping the proxy process of the proxy server for monitoring the batch state in the open platform operation automation system, and adjusting the batch task state in the operation server corresponding to the open platform operation automation system from the running state to the disconnection state.
Step 200: and carrying out callback processing on the system time of the proxy server.
Step 300: and starting the agent process, and adjusting the batch task state in the operation server from a disconnection state to a running state.
As can be seen from the above description, the electronic device provided in the embodiment of the present application adjusts the batch task state in the job server corresponding to the open platform operation automation system from the running state to the offline state after stopping the proxy process, and adjusts the batch task state in the job server from the offline state to the running state after starting the proxy process, so that the batch tasks after time callback can be continuously executed normally according to the state adjustments of the proxy server and the job server, the reliability and effectiveness of the system time callback process can be effectively improved, the running reliability and stability of the open platform operation automation system can be effectively improved, the condition that the monitoring foreground workflow state is dead when the system callback occurs is avoided, and the batch tasks applied by the open platform can be continuously executed, the efficiency of the environment supply facing to the multi-demand is effectively improved, so that the testing process provided by the open platform operation automation system such as financial service testing can be suitable for different testing demand requirements and different system time, the testing reliability and the application universality of the testing process provided by the open platform operation automation system can be effectively improved, and the user experience of testers can be improved.
In another embodiment, the system time callback device may be configured separately from the central processor 9100, for example, the system time callback device may be configured as a chip connected to the central processor 9100, and the system time callback function is implemented by the control of the central processor.
As shown in fig. 12, the electronic device 9600 may further include: a communication module 9110, an input unit 9120, an audio processor 9130, a display 9160, and a power supply 9170. It is noted that the electronic device 9600 also does not necessarily include all of the components shown in fig. 12; further, the electronic device 9600 may further include components not shown in fig. 12, which can be referred to in the related art.
As shown in fig. 12, a central processor 9100, sometimes referred to as a controller or operational control, can include a microprocessor or other processor device and/or logic device, which central processor 9100 receives input and controls the operation of the various components of the electronic device 9600.
The memory 9140 can be, for example, one or more of a buffer, a flash memory, a hard drive, a removable media, a volatile memory, a non-volatile memory, or other suitable device. The information relating to the failure may be stored, and a program for executing the information may be stored. And the central processing unit 9100 can execute the program stored in the memory 9140 to realize information storage or processing, or the like.
The input unit 9120 provides input to the central processor 9100. The input unit 9120 is, for example, a key or a touch input device. Power supply 9170 is used to provide power to electronic device 9600. The display 9160 is used for displaying display objects such as images and characters. The display may be, for example, an LCD display, but is not limited thereto.
The memory 9140 can be a solid state memory, e.g., Read Only Memory (ROM), Random Access Memory (RAM), a SIM card, or the like. There may also be a memory that holds information even when power is off, can be selectively erased, and is provided with more data, an example of which is sometimes called an EPROM or the like. The memory 9140 could also be some other type of device. Memory 9140 includes a buffer memory 9141 (sometimes referred to as a buffer). The memory 9140 may include an application/function storage portion 9142, the application/function storage portion 9142 being used for storing application programs and function programs or for executing a flow of operations of the electronic device 9600 by the central processor 9100.
The memory 9140 can also include a data store 9143, the data store 9143 being used to store data, such as contacts, digital data, pictures, sounds, and/or any other data used by an electronic device. The driver storage portion 9144 of the memory 9140 may include various drivers for the electronic device for communication functions and/or for performing other functions of the electronic device (e.g., messaging applications, contact book applications, etc.).
The communication module 9110 is a transmitter/receiver 9110 that transmits and receives signals via an antenna 9111. The communication module (transmitter/receiver) 9110 is coupled to the central processor 9100 to provide input signals and receive output signals, which may be the same as in the case of a conventional mobile communication terminal.
Based on different communication technologies, a plurality of communication modules 9110, such as a cellular network module, a bluetooth module, and/or a wireless local area network module, may be provided in the same electronic device. The communication module (transmitter/receiver) 9110 is also coupled to a speaker 9131 and a microphone 9132 via an audio processor 9130 to provide audio output via the speaker 9131 and receive audio input from the microphone 9132, thereby implementing ordinary telecommunications functions. The audio processor 9130 may include any suitable buffers, decoders, amplifiers and so forth. In addition, the audio processor 9130 is also coupled to the central processor 9100, thereby enabling recording locally through the microphone 9132 and enabling locally stored sounds to be played through the speaker 9131.
An embodiment of the present application further provides a computer-readable storage medium capable of implementing all the steps in the system time callback method in the foregoing embodiment, where the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the computer program implements all the steps of the system time callback method in the foregoing embodiment, where an execution subject of the computer program is a server or a user side, for example, when the processor executes the computer program, the processor implements the following steps:
step 100: and stopping the proxy process of the proxy server for monitoring the batch state in the open platform operation automation system, and adjusting the batch task state in the operation server corresponding to the open platform operation automation system from the running state to the disconnection state.
Step 200: and carrying out callback processing on the system time of the proxy server.
Step 300: and starting the agent process, and adjusting the batch task state in the operation server from a disconnection state to a running state.
As can be seen from the above description, the computer-readable storage medium provided in this embodiment of the present application, by adjusting the batch task state in the job server corresponding to the open platform operation automation system from the running state to the offline state after stopping the proxy process, and adjusting the batch task state in the job server from the offline state to the running state after starting the proxy process, can effectively implement that the batch tasks after time callback can be normally and continuously executed according to the state adjustment of the proxy server and the job server, can effectively improve the reliability and effectiveness of the system time callback process, and further can effectively improve the running reliability and stability of the open platform operation automation system, avoid the deadlock of the monitoring foreground workflow state occurring when the system callback occurs, and enable the batch tasks applied by the open platform to be continuously executed, the efficiency of the environment supply facing to the multi-demand is effectively improved, so that the testing process provided by the open platform operation automation system such as financial service testing can be suitable for different testing demand requirements and different system time, the testing reliability and the application universality of the testing process provided by the open platform operation automation system can be effectively improved, and the user experience of testers can be improved.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, apparatus, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (devices), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The principle and the implementation mode of the invention are explained by applying specific embodiments in the invention, and the description of the embodiments is only used for helping to understand the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims (10)

1. A system time callback method, comprising:
stopping an agent process of an agent server for batch state monitoring in an open platform operation automation system, and adjusting a batch task state in a job server corresponding to the open platform operation automation system from a running state to a disconnection state;
carrying out callback processing on the system time of the proxy server;
and starting the agent process, and adjusting the batch task state in the operation server from a disconnection state to a running state.
2. The method according to claim 1, wherein the adjusting the batch task state in the job server corresponding to the open platform operation automation system from a running state to a disconnected state comprises:
and if the target task currently in the running state exists in the open platform operation automation system, correspondingly processing the target task according to the execution type of the target task until the batch task state in the operation server is changed from the running state to the disconnection state.
3. The system time callback method according to claim 2, wherein the corresponding processing of the target task according to the execution type of the target task comprises:
if the execution type of the target task in the current processing running state is script execution, modifying the batch state of the job server to force the job server to enter a disconnection state;
the application proxy server determines the current state of the target task and performs task termination processing on the target task;
and periodically polling the agent program state corresponding to the target task which is in the disconnection state currently based on a preset self-detection mechanism.
4. The system time callback method according to claim 2, wherein the corresponding processing of the target task according to the execution type of the target task comprises:
and if the execution type of the target task currently processing the running state is a delayer, directly determining that the batch task state in the operation server is changed from the running state to the disconnection state.
5. The system time callback method of claim 1, wherein said adjusting the state of the batch task in the job server from a disconnected state to an on-the-fly state comprises:
acquiring a target workflow in a disconnection state from the time of stopping the agent process to the time of starting the agent process;
performing batch redo on the target workflow;
and periodically detecting the state of the target workflow and the state of a program corresponding to the target task until the batch task state in the operation server is changed from the offline state to the running state.
6. The system time callback method according to claim 5, wherein the periodically detecting the state of the target workflow and the state of the program corresponding to the target task until determining that the batch tasks in the job server are changed from the offline state to the running state comprises:
the current state of the target workflow is periodically detected by the operation server until the current state of the target workflow is changed into an executing state or a delay state;
and checking whether the programs corresponding to the target tasks in the executing state are all in the executing state based on the proxy server, and if so, determining that the batch task state in the job server is adjusted from the offline state to the running state.
7. The system time callback method according to claim 5, wherein after stopping the proxy process of the proxy server for batch status monitoring in the open platform operation automation system and before adjusting the batch task status in the job server corresponding to the open platform operation automation system from the running status to the offline status, the method further comprises:
recording the current first system time of a job server in the open platform operation automation system;
correspondingly, after the agent process is started and before the batch task state in the job server is adjusted from a disconnected state to a running state, the method further includes:
recording the current second system time of a job server in the open platform operation automation system;
correspondingly, the acquiring the target workflow in the offline state from the time of stopping the agent process to the time of starting the agent process includes:
determining a difference value between the second system time and the first system time to obtain a corresponding target time;
and retrieving the address identification of the proxy server based on the operation server to acquire the target workflow in the disconnection state within the target time.
8. A system time callback device, comprising:
the system comprises a disconnection module, a data processing module and a data processing module, wherein the disconnection module is used for stopping an agent process of an agent server for monitoring batch states in an open platform operation automation system and adjusting the batch task states in a job server corresponding to the open platform operation automation system from a running state to a disconnection state;
the callback module is used for carrying out callback processing on the system time of the proxy server;
and the starting module is used for starting the agent process and adjusting the batch task state in the operation server from a disconnection state to a running state.
9. An electronic device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor implements the system time callback method of any of claims 1 to 7 when executing the computer program.
10. A computer-readable storage medium, on which a computer program is stored, which, when executed by a processor, implements the system time callback method of any of claims 1 to 7.
CN202110762065.XA 2021-07-06 2021-07-06 System time callback method and device Active CN113485808B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110762065.XA CN113485808B (en) 2021-07-06 2021-07-06 System time callback method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110762065.XA CN113485808B (en) 2021-07-06 2021-07-06 System time callback method and device

Publications (2)

Publication Number Publication Date
CN113485808A true CN113485808A (en) 2021-10-08
CN113485808B CN113485808B (en) 2024-06-28

Family

ID=77940519

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110762065.XA Active CN113485808B (en) 2021-07-06 2021-07-06 System time callback method and device

Country Status (1)

Country Link
CN (1) CN113485808B (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120272245A1 (en) * 2011-04-20 2012-10-25 International Business Machines Corporation Web service management
US9983988B1 (en) * 2016-06-23 2018-05-29 Amazon Technologies, Inc. Resuming testing after a destructive event
CN111831054A (en) * 2019-04-19 2020-10-27 北京猎户星空科技有限公司 Asynchronous system clock synchronization method, device, system and storage medium
CN113064661A (en) * 2019-12-31 2021-07-02 深圳云天励飞技术有限公司 Memory processing method and device for batch tasks, electronic equipment and storage medium

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120272245A1 (en) * 2011-04-20 2012-10-25 International Business Machines Corporation Web service management
US9983988B1 (en) * 2016-06-23 2018-05-29 Amazon Technologies, Inc. Resuming testing after a destructive event
CN111831054A (en) * 2019-04-19 2020-10-27 北京猎户星空科技有限公司 Asynchronous system clock synchronization method, device, system and storage medium
CN113064661A (en) * 2019-12-31 2021-07-02 深圳云天励飞技术有限公司 Memory processing method and device for batch tasks, electronic equipment and storage medium

Also Published As

Publication number Publication date
CN113485808B (en) 2024-06-28

Similar Documents

Publication Publication Date Title
CN102201934A (en) Patrolling method and system for centralized management distributed automatic testing
CN107045475B (en) Test method and device
CN110908875A (en) Inspection method and device based on operation terminal
CN103870977A (en) Method and system thereof for data synchronizing of mobile advertising platform
CN111324480A (en) Large host transaction fault positioning system and method
CN114328132A (en) Method, device, equipment and medium for monitoring state of external data source
CN113760611B (en) System site switching method and device, electronic equipment and storage medium
CN113051094B (en) Supervision data reporting test method and device
CN111767558A (en) Data access monitoring method, device and system
CN113254274A (en) Message processing method, device, storage medium and server
CN112416641B (en) Method for detecting restarting of controlled end node in master-slave architecture and master control end node
CN113485808A (en) System time callback method and device
CN115437865A (en) Method, device, equipment and medium for testing abnormal power failure of hard disk
CN112087341B (en) Communication method, system, electronic equipment and storage medium based on multichannel compensation
CN111290873B (en) Fault processing method and device
CN113419880B (en) Cloud mobile phone root authority acquisition method, related device and computer program product
CN112799910A (en) Hierarchical monitoring method and device
CN114244894A (en) Halt and recovery service processing method and system, computer storage medium and electronic equipment
CN113553152A (en) Job scheduling method and device
CN114092169A (en) Ordering test method and system and equipment for executing ordering test method
CN112333262A (en) Data updating prompting method and device, computer equipment and readable storage medium
CN112463514A (en) Monitoring method and device for distributed cache cluster
CN110716972A (en) Method and device for processing error of high-frequency calling external interface
CN114900383B (en) Interface processing method, device, electronic equipment and computer readable storage medium
CN115426281A (en) Application state monitoring method and device, electronic equipment and storage medium

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