A data warning method, system, device and storage medium

Abstract

The present application provides a data warning method, system, device and storage medium, which relates to the field of cloud computing technology. It acquires service data, determines the target data type of the acquired service data, calls the warning rule matching the target data type, and if the service data meets the warning rule, generates a warning event and sends the warning event to the terminal device of the corresponding service object according to the specified warning method. Through the data warning method provided in the present application, warning tasks of multiple service data types can be processed simultaneously.

Description

Technical Field

[0001] This application relates to the field of cloud computing technology, and more specifically, to a data warning method, system, device, and storage medium. Background Art

[0002] With the development of computer network technology, a large amount of data will be generated during the operation of various services in an enterprise. How to summarize these data information and how to select effective data information from the vast amount of information to make predictions and judgments on the subsequent operation of enterprise services has become a key issue in the Internet.

[0003] In traditional technologies, warning information can only be sent for data collected in a single scenario, and various service data collected in complex scenarios cannot be processed. Therefore, it cannot meet the needs of complex scenarios such as the simultaneous operation of multiple services in an enterprise. Summary of the Invention

[0004] To solve the above problems in the prior art, an embodiment of this application provides a data warning method, which can handle warning tasks of multiple service data types in complex scenarios.

[0005] In a first aspect, an embodiment of this application provides a data warning method, and the method includes:

[0006] Obtain the service data and determine the target data type of the obtained service data;

[0007] Call the warning rule matching the target data type;

[0008] If the service data meets the warning rule, generate a warning event;

[0009] Send the warning event to the terminal device of the corresponding service object according to the specified warning method.

[0010] In a possible implementation manner, the obtaining the service data includes:

[0011] Obtain the service data from the message queue; the service data is the data stored in the message queue after receiving the service data sent by the service processing device.

[0012] In a possible implementation manner, the calling the warning rule matching the target data type includes:

[0013] If the target data type of the service data belongs to a preset data type and the warning rule corresponding to the target data type is in an enabled state, call the warning rule matching the target data type.

[0014] In a possible implementation, the specified alarm method includes a local alarm method; sending the alarm event to the terminal device of the corresponding service object according to the specified alarm method includes:

[0015] Save the alarm event to the local alarm queue;

[0016] If the account of the service object is in an online state, extract the alarm event from the local alarm queue and send it to the terminal device of the service object through the local area network, so that the terminal device displays the alarm event to the service object through the message page;

[0017] Save the behavior information of sending the alarm event to the database.

[0018] In a possible implementation, the specified alarm method includes a plug-in alarm method; sending the alarm event to the terminal device of the corresponding service object according to the specified alarm method includes:

[0019] Save the alarm event to the plug-in alarm queue;

[0020] If the current time is not in the do-not-disturb time period, send the alarm event to the terminal device of the service object according to the pre-selected communication plug-in;

[0021] Save the behavior information of sending the alarm event to the database.

[0022] In a second aspect, an embodiment of the present application provides a data alarm system, including a memory and a processor, and a computer program that can run on the processor is stored on the memory. When the computer program is executed by the processor, the following steps can be implemented:

[0023] The processor obtains the service data and determines the target data type of the obtained service data;

[0024] Call the alarm rule matching the target data type;

[0025] If the service data meets the alarm rule, an alarm event is generated;

[0026] Send the alarm event to the terminal device of the corresponding service object according to the specified alarm method.

[0027] In a possible implementation, the system further includes a data acquisition module;

[0028] The data acquisition module is used to receive the service data sent by the service processing device and send the service data to the message queue in the memory.

[0029] In a third aspect, an embodiment of the present application provides a data warning device, including:

[0030] An acquisition unit, configured to acquire the service data and determine the target data type of the acquired service data;

[0031] A calling unit, configured to call an alarm rule matching the target data type;

[0032] A generating unit, configured to generate an alarm event if the service data meets the alarm rule;

[0033] An alarm unit, configured to send the alarm event to the terminal device of the corresponding service object according to a specified alarm method.

[0034] In a possible implementation manner, the acquisition unit is further configured to:

[0035] Acquire the service data from a message queue; the service data is data stored in the message queue after receiving the service data sent by a service processing device.

[0036] In a possible implementation manner, the calling unit is further configured to:

[0037] If the target data type of the service data belongs to a preset data type and the alarm rule corresponding to the target data type is in an enabled state, call an alarm rule matching the target data type.

[0038] In a possible implementation manner, the alarm unit is further configured to:

[0039] Save the alarm event to a local alarm queue;

[0040] If the account of the service object is in an online state, extract the alarm event from the local alarm queue and send it to the terminal device of the service object through a local area network, so that the terminal device displays the alarm event to the service object through a message page;

[0041] Save the behavior information of sending the alarm event to a database.

[0042] In a possible implementation manner, the alarm unit is further configured to:

[0043] Save the alarm event to a plugin alarm queue;

[0044] If the current time is not in a do-not-disturb time period, send the alarm event to the terminal device of the service object according to a pre-selected communication plugin;

[0045] Save the behavior information of the alarm event to the database.

[0046] Fourthly, an embodiment of the present application provides a computer-readable storage medium, on which computer program instructions are stored. When the computer program instructions are executed by a processor, the steps of any one of the data alarm methods in the first aspect are implemented.

[0047] The data alarm method provided by the embodiment of the present application obtains service data, determines the target data type of the obtained service data, calls the alarm rule matching the target data type. If the service data meets the alarm rule, an alarm event is generated, and the alarm event is sent to the terminal device of the corresponding service object according to the specified alarm method. Through the data alarm method provided in the present application, alarm tasks of multiple service data types can be processed simultaneously. BRIEF DESCRIPTION OF THE DRAWINGS

[0048] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following will briefly introduce the drawings required for the description of the embodiments. Obviously, the drawings in the following description are only some embodiments of the present application. For those of ordinary skill in the art, other drawings can be obtained according to these drawings without creative efforts.

[0049] Figure 1 It is a schematic flowchart of a data alarm method provided by an embodiment of the present application;

[0050] Figure 2 It is a schematic diagram of a type of quality service data provided by an embodiment of the present application;

[0051] Figure 3 It is a schematic flowchart of a process of calling an alarm rule provided by an embodiment of the present application;

[0052] Figure 4 It is a schematic flowchart of a process of sending an alarm event by a local alarm method provided by an embodiment of the present application;

[0053] Figure 5 It is a schematic flowchart of a process of sending an alarm event by a plug-in alarm method provided by an embodiment of the present application;

[0054] Figure 6 It is a schematic structural diagram of a data alarm system provided by an embodiment of the present application;

[0055] Figure 7 It is a schematic structural diagram of a data alarm device provided by an embodiment of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0056] To make the objectives, technical solutions, and advantages of this application clearer, the following will further describe this application in detail with reference to the accompanying drawings. Apparently, the described embodiments are only a part of the embodiments of this application, rather than all of them. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the scope of protection of this application.

[0057] It should be noted that the terms "including" and "having" and their variants involved in the documents of this application are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units does not necessarily limit to those steps or units clearly listed, but may include other steps or units not clearly listed or inherent to these processes, methods, products, or devices.

[0058] To solve the alarm tasks of multiple business data types in complex scenarios and improve the efficiency of processing alarm tasks, the embodiments of this application propose a data alarm method, system, device, and storage medium. Obtain business data, determine the target data type of the obtained business data, call the alarm rule matching the target data type. If the business data meets the alarm rule, generate an alarm event, and send the alarm event to the terminal device of the corresponding business object according to the specified alarm method. Through the data alarm method provided in this application, alarm tasks of multiple business data types can be processed simultaneously.

[0059] The data alarm method in this application is applied to a server. Figure 1 The flow diagram of a data alarm method provided by the embodiments of this application is shown, which is applied to a server. Among them, the server relies on the data middle platform to realize real-time monitoring and collection of business data, issue alarms to complete alarm tasks, and ensure that the business can be successfully completed. The data middle platform can realize real-time collection, governance, storage, query, and display of data, and carry a data intelligence engine to efficiently accumulate data assets, empower business application scenarios, help enterprises build a solid data foundation, and realize digital operation.

[0060] As Figure 1 shown, the data alarm method provided by the embodiments of this application includes the following steps:

[0061] Step S101, obtain business data and determine the target data type of the obtained business data.

[0062] The processor in the server will obtain the business data in the memory in an active call manner. The business data includes a data format when uploaded. After the processor calls the business data, it will determine the data type according to the data format included in the business data. The data types include: access type, development type, quality type, etc.

[0063] In a possible embodiment, Figure 2 A schematic diagram of service data of a quality type is shown. Taking the data format of the service data of the quality type as an example, after the processor obtains the service data of the quality type, according to Figure 2 the data in it, it can be determined that the type of the obtained service data is the quality type, and subsequent processing of the service data is performed accordingly. Figure 2 The service data information in it includes: the first-level source of the alarm, the second-level source of the alarm, the project ID, the instance ID, the name of the alarm object, the ID of the alarm object, the alarm data, and the reporting time.

[0064] In a possible embodiment, step S101 further includes: obtaining service data from the message queue, where the service data is the data stored in the message queue after receiving the service data sent by the service processing device.

[0065] Among them, the service data is collected by the service processing devices arranged everywhere and actively reported to the data collection module in the server. The data collection module stores the service data in the message queue of the server's storage. The processor in the server actively obtains the service data in the message queue and processes the service data. The message queue of the storage can be implemented based on the Kafka message queue.

[0066] The processor processes the service data of the Kafka message queue. For the process of processing the service data, the processing progress will be recorded in the database to ensure that after a certain service data meets the alarm rule and generates an alarm event, the processor can continue to process the subsequent service data according to the specified position of this service data in the message queue. The processing of all service data is performed only once. The Kafka message queue is used to build a pipeline for transmitting real-time service data between the data collection module and the processor, thereby decoupling the data collection module and the processor. When adding multiple service processing devices to collect data and send it to the data collection module, the processor will not be paralyzed due to the sudden addition of a large amount of data, ensuring the stability of the server.

[0067] In another possible implementation, a data reporting module can be added. If a business process fails to run, after being collected by the business processing device, the data is sent to the data reporting module. For the business data of the business processes that do not fail to run, after being collected by the business processing device, it is sent to the data collection module. The processor in the server can directly obtain the business data in the data reporting module. Since the business data in the data reporting module are all the data collected when the business process fails to run, after determining the type of the business data, an alarm event can be directly generated according to the data type and the information in the business data, and the alarm event is sent to the terminal device of the corresponding business object according to the specified alarm method.

[0068] Step S102: Invoke the alarm rule that matches the target data type.

[0069] The processor determines the data type according to the data format included in the business data. Alarm rules for various scenario alarm tasks are stored in the memory. After the processor determines the data type, it invokes the alarm rule that matches the data type from the storage. In an alarm rule, the monitored business object, the business logic for triggering the alarm, the recipient of the alarm information, the alarm method, the number of times of pushing the alarm method, the push interval, and the do-not-disturb time period, etc. can be configured.

[0070] In a possible embodiment, after the processor obtains the Figure 2 business data, it can not only determine the data type, but also determine information such as the alarm source, project ID, alarm object, specific alarm data, business data reporting time, etc. The processor determines that the obtained business data is quality type business data, and at the same time, according to the determined above information, invokes the alarm rule for the quality type business data.

[0071] In a possible embodiment, as Figure 3 shown, invoking the alarm rule that matches the target data type includes:

[0072] Step S301: Obtain the business data.

[0073] Step S302: Determine whether the target data type of the business data belongs to the preset data type. If so, proceed to step S303; if not, end.

[0074] Step S303: Determine whether the alarm rule corresponding to the target data type is in the enabled state. If so, proceed to step S304; if not, end.

[0075] Step S304: Invoke the alarm rule that matches the target data type.

[0076] Step S305: Determine whether the service data meets the alarm rule. If yes, proceed to step S306; if no, end.

[0077] Step S306: Generate an alarm event.

[0078] Exemplarily, if the service data obtained by the processor is of the quality type, and only the alarm rules for the access type and development type are configured in the server, then when determining whether the target data type of this service data belongs to the preset data types, the judgment result is no, that is, end, and the processing process of this service data will be recorded in the database. According to the judgment result, it is recorded that this service data is not within the data types of the service data processed by the server, and then the next service data is continued to be processed.

[0079] If the service data obtained by the processor is of the access type, and only the alarm rules for the access type and development type are configured in the server, then the target data type belongs to the preset data types. If the information included in this access type of service data is the number of parked vehicles in a certain parking lot on a certain day, and the normal number of parked vehicles may be 300, then the alarm rule corresponding to this service data may be that the number of parked vehicles does not exceed 350. If it exceeds, it proves that the access quantity of vehicles does not meet the requirements, then the alarm rule is satisfied, an alarm event is generated, and the alarm is triggered. And the information included in this service data is that the number of parked vehicles is 500, which meets the alarm rule. However, on this day, it happens that students are visiting the enterprise, then it is normal for the number of parked vehicles in the parking lot to exceed 350. Then this alarm rule can be selected to stop being enabled on this day, and the information included in the service data is that the number of parked vehicles is 500, and the alarm will not be triggered either. On this day, it is judged whether the alarm rule corresponding to the target data type is in the enabled state, and the judgment result is that it is not in the enabled state, the process ends, and the processing process of this service data will be recorded in the database. According to the judgment result, it is recorded that this service data is not within the data types of the service data processed by the server, and then the next service data is continued to be processed.

[0080] If it is not on this day, the alarm rule corresponding to this service data is enabled, the information included in the service data is that the number of parked vehicles is 500, and the alarm rule corresponding to this service data may be that the number of parked vehicles does not exceed 350, then the triggering condition of the alarm rule is satisfied.

[0081] According to Figure 3 the flow schematic diagram of calling the alarm rule shown in, after successfully calling the alarm rule matching the target data type, proceed to step S103.

[0082] Step S103: If the service data meets the alarm rule, generate an alarm event.

[0083] If the information in the service data meets the preset alarm rules, an alarm event is generated. The alarm event may include information such as the alarm source, specific service data, service data reporting time, recipient of the alarm information, alarm method, number of times of pushing the alarm method, etc.

[0084] In a possible embodiment, if the type of service data obtained is Figure 2 service data of the quality type in, the alarm rule can be configured to detect the operation result of the data quality cycle expression of a certain physical model. When the operation fails, it proves that there may be quality problems in the data of this service, and an alarm event is generated to issue an alarm. The alarm event may include the source of the failed operation result, specific service data, service data reporting time, etc.

[0085] Step S104: Send the alarm event to the terminal device of the corresponding service object according to the specified alarm method.

[0086] During the operation of the service process, the service object can select the specified alarm method. When there is a problem in the operation of the service process, it can receive the alarm event sent by the server, and the service object can process the service process according to the alarm event. The specified alarm methods include: local alarm method and plugin alarm method. Whichever alarm method the service object selects, the server will send the alarm event to the terminal device of the service object through that alarm method. The service object can be a staff member within the enterprise.

[0087] In a possible embodiment, as Figure 4 shown, if the alarm method specified by the service object is the local alarm method, it includes:

[0088] Step S401: Save the alarm event to the local alarm queue.

[0089] Step S402: Extract the alarm event from the local alarm queue.

[0090] Step S403: Determine whether the account of the service object is in an online state. If so, proceed to step S404; if not, return to step S403.

[0091] Step S404: Send it to the terminal device of the service object through the local area network, so that the terminal device displays the alarm event to the service object through the message page.

[0092] Step S405: Save the behavior information of sending the alarm event to the database.

[0093] Among them, after extracting the alarm event from the local alarm queue, a task thread for sending the alarm event is established according to this alarm event. The task thread established only for this alarm event does not affect the sending of other alarm events. The alarm event includes the account of the service object that receives the alarm event. It is judged whether the account of the service object is in the online state. If it is in the online state, the server can directly push the alarm event to the account of the service object through a protocol for full-duplex communication on a single TCP (Transmission Control Protocol) connection. After the client of the service object receives the alarm event, it will be displayed on the display screen of the client in the form of a message page for several seconds. The display duration here can be selected together when selecting the alarm method, and the alarm event is inserted into the local unprocessed list of the service object client. Finally, the behavior information of sending the alarm event is saved to the database.

[0094] In a possible embodiment, as Figure 5 shown, if the specified alarm method of the service object is the plug-in alarm method, it includes:

[0095] Step S501: Save the alarm event to the plug-in alarm queue.

[0096] Step S502: Judge whether the current time is in the do-not-disturb time period. If not, go to step S503. If so, return to step S502.

[0097] Step S503: Send the alarm event to the terminal device of the service object according to the pre-selected communication plug-in.

[0098] Step S504: Save the behavior information of sending the alarm event to the database.

[0099] Among them, after saving the alarm event to the plug-in alarm queue, the server will judge whether the current time period is in the do-not-disturb time period. The do-not-disturb time period here can be off-work time, lunch break time, holiday time, etc. If the current time is in the do-not-disturb time period, the alarm event will not be sent to the terminal device of the service object temporarily. If the current time is not in the do-not-disturb time period, the alarm event will be sent to the terminal device of the service object according to the pre-selected communication plug-in. The communication plug-in can include various types, such as mobile phone text message, email, phone call and other types of plugs. Finally, the behavior information of sending the alarm event is saved to the database.

[0100] In an alternative embodiment, two alarm methods can be selected at the same time. Specifically, after generating the alarm event, when adopting Figure 4While the local alarm method shown sends the alarm event to the account of the business object, the processor determines whether the specified alarm method includes the plug-in alarm method in addition to the local alarm method. If so, then Figure 5 the alarm event is sent to the terminal device of the business object in the manner of the plug-in alarm method shown.

[0101] Corresponding to the above method embodiment, an embodiment of the present application further provides a data alarm system. The data alarm system can be a server, or an electronic device or multiple electronic devices. The data alarm system at least includes a memory for storing data and a processor. Among them, for the processor used for data processing, when performing processing, it can be implemented by a microprocessor, a CPU, a GPU (Graphics Processing Unit), a DSP or an FPGA. For the memory, operation instructions are stored in the memory. The operation instructions can be computer-executable code, and each step in the process of the data alarm method of the embodiment of the present application is implemented through the operation instructions.

[0102] In a possible embodiment, the data alarm system further includes a data acquisition module;

[0103] The data acquisition module is used to receive the service data sent by the service processing device and send the service data to the message queue in the memory.

[0104] Figure 6 It is a schematic structural diagram of a data alarm system provided by an embodiment of the present application. As Figure 6 shown, the data alarm system 600 includes a memory 601, a processor 602, a data acquisition module 603 and a bus 604. The memory 601, the processor 602 and the data acquisition module 603 are all connected through the bus 604. The bus 604 is used for transmitting data between the memory 601, the processor 602 and the data acquisition module 603.

[0105] Among them, the memory 601 can be used to store software programs and modules. The processor 602 executes various functional applications and data processing of the data alarm system 600 by running the software programs and modules stored in the memory 601, such as the data alarm method provided by the embodiment of the present application. The memory 601 mainly includes a program storage area and a data storage area. Among them, the program storage area can store an operating system, application programs of at least one application, etc.; the data storage area can store data created according to the use of the data alarm system 600. In addition, the memory 601 can include a high-speed random access memory, and can also include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other volatile solid-state storage devices.

[0106] The processor 602 is the control center of the data alarm system 600. It connects various parts of the entire data alarm system 600 using the bus 604 and various interfaces and lines. By running or executing software programs and / or modules stored in the memory 601, and by calling the data stored in the memory 601, it performs various functions of the data alarm system 600 and processes data. Optionally, the processor 602 may include one or more processing units, such as a CPU, a GPU (Graphics Processing Unit), a digital processing unit, etc.

[0107] The embodiment of the present application also provides a data alarm device. Figure 7 It is a schematic structural diagram of a data alarm device provided by the embodiment of the present application; as Figure 7 shown, the data alarm device includes:

[0108] An acquisition unit 701, configured to acquire service data and determine the target data type of the acquired service data;

[0109] A calling unit 702, configured to call an alarm rule matching the target data type;

[0110] A generating unit 703, configured to generate an alarm event if the service data meets the alarm rule;

[0111] An alarm unit 704, configured to send the alarm event to the terminal device of the corresponding service object according to a specified alarm method.

[0112] In a possible implementation manner, the acquisition unit 701 is further configured to:

[0113] Acquire service data from a message queue; the service data is the data stored in the message queue after receiving the service data sent by a service processing device.

[0114] In a possible implementation manner, the calling unit 702 is further configured to:

[0115] If the target data type of the service data belongs to a preset data type and the alarm rule corresponding to the target data type is in an enabled state, then call the alarm rule matching the target data type.

[0116] In a possible implementation manner, the alarm unit 704 is further configured to:

[0117] Save the alarm event to a local alarm queue;

[0118] If the account of the service object is in the online state, extract the alarm event from the local alarm queue and send it to the terminal device of the service object through the local area network, so that the terminal device can display the alarm event to the service object through the message page;

[0119] Save the behavior information of sending the alarm event to the database.

[0120] In a possible implementation, the alarm unit 704 is further configured to:

[0121] Save the alarm event to the plug-in alarm queue;

[0122] If the current time is not in the do-not-disturb time period, send the alarm event to the terminal device of the service object according to the pre-selected communication plug-in;

[0123] Save the behavior information of sending the alarm event to the database.

[0124] The embodiment of the present application also provides a computer storage medium, in which computer-executable instructions are stored, and the computer-executable instructions are used to implement the game control method described in any embodiment of the present application.

[0125] The program product may adopt any combination of one or more readable media. The readable media may be a readable signal medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the above. More specific examples (non-exhaustive list) of the readable storage medium include: an electrical connection with one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory 601 (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.

[0126] As mentioned above, the above is only the specific implementation manner of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art within the technical scope disclosed by the present application can easily think of changes or substitutions, and all should be covered by the protection scope of the present application.

Claims

1. A data alarm method, characterized in that, The method includes: Obtaining service data from a message queue; the service data is the data stored in the message queue after receiving the service data sent by a service processing device, and determining the target data type of the obtained service data; the target data type includes: access type, development type, quality type; Invoking an alarm rule that matches the target data type; at least one of a monitored service object, service logic for triggering an alarm, recipient of the alarm information, alarm method, number of times of pushing the alarm method, push interval, and do-not-disturb time period is configured in the alarm rule; If the service data meets the alarm rule, generating an alarm event; Sending the alarm event to the terminal device of the corresponding service object according to a specified alarm method; The specified alarm method includes a local alarm method; sending the alarm event to the terminal device of the corresponding service object according to the specified alarm method includes: Saving the alarm event to a local alarm queue; If the account of the service object is in an online state, extracting the alarm event from the local alarm queue and sending it to the terminal device of the service object through a local area network, so that the terminal device displays the alarm event to the service object through a message page; Inserting the alarm event into the local unprocessed list of the service object client; Saving the behavior information of sending the alarm event to a database.

2. The method according to claim 1, wherein The invoking of the alarm rule that matches the target data type includes: If the target data type of the service data belongs to a preset data type and the alarm rule corresponding to the target data type is in an enabled state, invoking the alarm rule that matches the target data type.

3. The method according to claim 1, characterized in that, The specified alarm method includes a plug-in alarm method; sending the alarm event to the terminal device of the corresponding service object according to the specified alarm method includes: Saving the alarm event to a plug-in alarm queue; If the current time is not in the do-not-disturb time period, sending the alarm event to the terminal device of the service object according to a pre-selected communication plug-in; Saving the behavior information of sending the alarm event to a database.

4. A data alarm system, characterized in that, Including a memory and a processor, a computer program is stored on the memory and can run on the processor. When the computer program is executed by the processor, the following steps can be implemented: Obtaining service data from a message queue; the service data is the data stored in the message queue after receiving the service data sent by a service processing device, and determining the target data type of the obtained service data; The target data type includes: access type, development type, quality type; Invoking an alarm rule that matches the target data type; at least one of a monitored service object, service logic for triggering an alarm, recipient of the alarm information, alarm method, number of times of pushing the alarm method, push interval, and do-not-disturb time period is configured in the alarm rule; If the service data meets the alarm rule, generating an alarm event; Send the alarm event to the terminal device of the corresponding business object according to the specified alarm method; The specified alarm method includes a local alarm method; the sending the alarm event to the terminal device of the corresponding business object according to the specified alarm method includes: Save the alarm event to the local alarm queue; If the account of the business object is in an online state, extract the alarm event from the local alarm queue and send it to the terminal device of the business object through the local area network, so that the terminal device displays the alarm event to the business object through the message page; Insert the alarm event into the local unprocessed list of the business object client; Save the behavior information of sending the alarm event to the database.

5. A data alarm device, characterized in that, including: An acquisition unit for acquiring service data from a message queue; the service data is data stored in the message queue after receiving service data sent by a service processing device, and determining the target data type of the acquired service data; The target data types include: access type, development type, quality type; A calling unit for calling an alarm rule matching the target data type; at least one of a monitored business object, a business logic for triggering an alarm, a recipient of alarm information, an alarm method, a number of times of pushing the alarm method, a push interval, and a do-not-disturb time period is configured in the alarm rule; A generating unit for generating an alarm event if the service data meets the alarm rule; An alarm unit for sending the alarm event to the terminal device of the corresponding business object according to the specified alarm method; The specified alarm method includes a local alarm method; the sending the alarm event to the terminal device of the corresponding business object according to the specified alarm method includes: Save the alarm event to the local alarm queue; If the account of the business object is in an online state, extract the alarm event from the local alarm queue and send it to the terminal device of the business object through the local area network, so that the terminal device displays the alarm event to the business object through the message page; Insert the alarm event into the local unprocessed list of the business object client; Save the behavior information of sending the alarm event to the database.

6. The device according to claim 5, characterized in that The calling unit is further configured to: If the target data type of the service data belongs to a preset data type and the alarm rule corresponding to the target data type is in an enabled state, call the alarm rule matching the target data type.

7. A computer-readable storage medium having computer program instructions stored thereon, characterized in that, When the computer program instructions are executed by a processor, the method according to any one of claims 1-3 is implemented.

Images