WO2020000732A1 - 数据监控及告警方法、装置、存储介质及服务器 - Google Patents

数据监控及告警方法、装置、存储介质及服务器 Download PDF

Info

Publication number
WO2020000732A1
WO2020000732A1 PCT/CN2018/108075 CN2018108075W WO2020000732A1 WO 2020000732 A1 WO2020000732 A1 WO 2020000732A1 CN 2018108075 W CN2018108075 W CN 2018108075W WO 2020000732 A1 WO2020000732 A1 WO 2020000732A1
Authority
WO
WIPO (PCT)
Prior art keywords
alarm
module
policy
central
central node
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.)
Ceased
Application number
PCT/CN2018/108075
Other languages
English (en)
French (fr)
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.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
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 Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Publication of WO2020000732A1 publication Critical patent/WO2020000732A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
    • G06F11/324—Display of status information
    • G06F11/327—Alarm or error message display
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/20—Administration of product repair or maintenance

Definitions

  • the present application relates to the field of data monitoring, and in particular, to a data monitoring and alarming method, device, storage medium, and server.
  • monitoring systems for operation and maintenance in the market, such as Zabbix monitoring system and Open-falcon monitoring system.
  • the alarm strategies required to determine business problems are from The configuration data of the alarm policy is directly read from the local database, which puts a lot of pressure on the performance of the monitoring system and reduces the business processing efficiency of the monitoring system.
  • the present application provides a data monitoring and alerting method, including: receiving a call instruction used by an external system for internal service calls through a unified interface module; and parsing the call according to business logic prepackaged by the unified interface module An instruction to determine an internal business module corresponding to the calling instruction; sending the calling instruction to the internal business module to obtain a data result after the internal business module processes the calling instruction, and the internal business module is distributed in at least two Local nodes at different locations; when the data results meet the preset conditions of the alarm strategy, send corresponding alarm information to the external system.
  • the present application provides a data monitoring and alarming device, including: a receiving module: used to receive a calling instruction used by an external system to call an internal service through a unified interface module; and a determining module: used according to the unified interface module
  • the pre-packaged business logic parses the calling instruction to determine the internal business module corresponding to the calling instruction; the distribution module is configured to send the calling instruction to the internal business module, and obtain the internal business module to process the calling instruction After the data result is obtained, the internal business module is distributed on at least two local nodes in different locations; an alarm module is configured to send a corresponding alarm to the external system when the data result meets a preset condition of an alarm policy information.
  • the present application further provides a non-volatile computer-readable storage medium.
  • the non-volatile computer-readable storage medium stores a computer program, and the program implements a data monitoring when the program is executed by a processor.
  • an alarm method the data monitoring and alarm method includes: receiving a call instruction used by an external system for internal service calls through a unified interface module; parsing the call instruction according to business logic prepackaged by the unified interface module to determine the call instruction An internal business module corresponding to the calling instruction; sending the calling instruction to the internal business module to obtain a data result after the internal business module processes the calling instruction, and the internal business module is distributed in at least two different locations On the node; when the data result meets the preset conditions of the alarm policy, corresponding alarm information is sent to the external system.
  • the present application further provides a server, the server including one or more processors, memory, and one or more computer programs, wherein the one or more computer programs are stored in the memory and Configured to be executed by the one or more processors, the one or more computer programs configured to execute a data monitoring and alerting method, the data monitoring and alerting method comprising: receiving an external system through a unified interface module A calling instruction for calling an internal service; analyzing the calling instruction according to the business logic pre-packaged by the unified interface module to determine an internal service module corresponding to the calling instruction; sending the calling instruction to the internal business module, Obtain a data result after the internal service module processes the call instruction, the internal business module is distributed on at least two local nodes in different locations; and when the data result meets a preset condition of an alarm policy, the The external system sends the corresponding alarm information.
  • the server including one or more processors, memory, and one or more computer programs, wherein the one or more computer programs are stored in the memory and Configured to be executed by the one or more processors, the
  • This application provides a data monitoring and alarming method implemented using a monitoring system with a three-place, two-center architecture.
  • the unified interface module receives external system call instructions for internal services dispersed in various internal business modules, and is prepackaged by the unified interface module.
  • Business logic parses the call instruction, determines the internal business module that the call instruction needs to use, and then assigns the call instruction to the corresponding internal business module, which is distributed on local nodes in at least two locations
  • corresponding alarm information is sent to the external system, thereby realizing the internal business modules.
  • Data alarm processing to better understand the usage of internal business modules in various regions, and to facilitate the subsequent processing of problems with corresponding internal business modules based on the alarm information.
  • FIG. 1 is a schematic flowchart of an embodiment of a data monitoring and alarm method of the present application
  • FIG. 2 is a schematic flowchart of another embodiment of a data monitoring and alarm method of the present application.
  • FIG. 3 is a schematic diagram of an embodiment of a data monitoring and alarm device of the present application.
  • FIG. 4 is a schematic structural diagram of an embodiment of a server of the present application.
  • the embodiment of the present application provides a data monitoring and alarming method.
  • the functions implemented by the method are applied to a monitoring system with three places and two centers.
  • the three places and two centers can be understood as a monitoring system including three local nodes and two Central nodes, local nodes are mainly used to process various internal services, and central nodes are mainly used to configure and store alarm policies for various internal services.
  • the monitoring system is a monitoring system based on golang and python, as shown in the figure. As shown in 1, the method includes the following steps:
  • S10 Receive a calling instruction used by an external system to call an internal service through a unified interface module.
  • the monitoring system of this embodiment unifies the interfaces used by various services externally, exposes the API of the monitoring system to a unified interface module, unifies the API entry to the outside, and receives call instructions from external systems for internal services to receive external The system's call instructions for internal services scattered in various business modules.
  • the unified interface module of this embodiment is a pa-portal module
  • the calling instructions received through the unified interface module include: a query alarm instruction, a command for adding, deleting, modifying, and querying a group template, and a query instruction for data; Create a load balancing instance instruction, view the monitoring indicator information on the load balancing instance, create a network quality monitoring task, view the network delay, packet loss rate and other indicators of operators in different regions, create a database instance, and view the database Instructions for the relevant monitoring indicators of the instance.
  • S20 Parse the calling instruction according to the business logic pre-packaged by the unified interface module, and determine an internal service module corresponding to the calling instruction.
  • the unified interface module of the monitoring system encapsulates the APIs of the business logic related to each internal service in the monitoring system.
  • the unified interface module uses the API of the prepackaged business logic to parse the received call instructions, and can know the received instructions.
  • the incoming call instructions need to use the internal business processing logic and determine the corresponding internal business module.
  • the unified interface module analyzes the calling instruction according to pre-packaged business logic to determine the identification mark of the internal service corresponding to the calling instruction, and then matches the internal service corresponding to the identification mark.
  • the corresponding parameters are obtained from the parsed call instruction, including the type, value, time, and command line.
  • the identification mark of the service determines that the query module needs to be found. For example, when an external system wants to create a load balancing instance, the registration and monitoring operation is triggered through the API interface of the unified interface module to determine the corresponding internal business module and drive the internal business module to register the corresponding load balancing monitoring instance.
  • S30 Send the calling instruction to the internal service module, and obtain a data result after the internal service module processes the calling instruction, and the internal service module is distributed on at least two local nodes in different locations.
  • the call instruction is sent to the corresponding internal business module. More preferably, the call instruction has been pre-processed and processed by the unified interface module according to the pre-packaged business logic. The subsequent call instruction has been converted into a parameter type that the internal business module can directly process, and the internal business module can directly obtain the corresponding data result according to the call instruction processing.
  • the internal business modules are distributed on at least two local nodes at different locations to implement data processing across data centers or cross-region nodes.
  • the monitoring system accesses two local nodes A and B, and the external system
  • the unified interface module of the monitoring system receives the call instruction, and after analyzing the call instruction, it determines that the required internal business module is distributed on the local node B.
  • the call instruction is sent to the corresponding internal business module on the B local node, and the internal business module on the B local node processes the call instruction to obtain the required data result, and then returns it to the external system.
  • the access port can It is a local node that accesses the monitoring system, such as A local node, so as to achieve data processing such as performance query across data centers.
  • the monitoring system After the monitoring system obtains the data result processed by the internal business module, it is determined whether the data result meets the preset conditions of the alarm policy according to the alarm policy of the service, and when it is met, corresponding alarm information is sent to the external system.
  • the alarm information is notified to the external system in the form of sending a notification message, sending an email, or sending a short message, so as to better understand the data status of the internal business module of each local node, and to facilitate subsequent follow-up. Rectify any problems that arise.
  • This embodiment provides a data monitoring and alarming method implemented by a monitoring system with a three-place, two-center architecture.
  • the unified interface module receives external system call instructions for internal services dispersed in various internal business modules.
  • the encapsulated business logic parses the calling instruction, determines the internal business module that the calling instruction needs to use, and then assigns the calling instruction to the corresponding internal business module, which is distributed at local nodes in at least two locations To achieve the monitoring function of internal services of multiple local nodes, and when the data returned by the internal business module meets the preset conditions of the alarm policy, corresponding alarm information is sent to the external system, thereby realizing the internal business modules. Data to handle alarms in order to better understand the usage of internal business modules in various regions, and to facilitate the subsequent processing of problems with corresponding internal business modules based on the alarm information.
  • the method when the data result meets a preset condition of an alarm policy, before sending corresponding alarm information to the external system, the method further includes:
  • S50 Request from a central node to obtain an alarm policy corresponding to the internal service, where the central node and a local node are distributed at different locations; and receive the alarm policy fed back by the central node.
  • the configuration data of the alarm policy of the internal service is stored in the database of the central node of the monitoring system.
  • the monitoring system requests the central node to obtain the internal policy.
  • the central node obtains the alarm strategy requested by the local node from the database and feeds it back to the local node that accesses the monitoring system.
  • the local database's local database does not need to store and cache the alarm strategy.
  • the local node read the configuration information of the alarm policy from the local database, reducing the performance pressure of the local node's database, and using the performance of the local node for more internal business processing.
  • the central node includes at least two central nodes, and the request from the central node to obtain an alarm policy corresponding to the internal service includes:
  • the central node includes at least two central nodes.
  • different central nodes may be configured by different staff members.
  • the configuration of the central node's alarm strategy cannot be synchronized in time.
  • the alarm policies of each central node are compared first. If one of the central nodes does not have an alarm policy corresponding to the internal service, the corresponding alarm policies are obtained from other central nodes. For example, central node A1 does not have this.
  • the corresponding alarm policy is obtained from the central node A2; or, if the alarm policy of one of the central nodes is relatively new, the latest alarm policy is obtained from the corresponding central node, such as the alarm of the central node A2
  • the policy is newer than the central node A1, and the corresponding alarm policy is obtained from the central node A2.
  • the alarm policy is the latest alarm policy.
  • not only the old and new alarm policies are considered, but also the solutions carried by the alarm policies. If the alarm policies carry matching solutions, the solutions of the thinner alarm policies of different central nodes are compared.
  • sending corresponding alarm information to the external system includes:
  • This embodiment is mainly for different levels of alarm information, and different levels represent different emergency situations. Some are alarms that directly affect the business, and some are ordinary, temporary alarms that correspond to different levels of alarm information. Urgent Notify directly by short message, usually by message, and ordinary by message in the system station, so that the system maintenance personnel can give priority to emergency alarm information.
  • the present application provides a data monitoring and alarming device, which is applied to a monitoring system with three locations and two centers, including:
  • Receiving module 10 used to receive call instructions used by external systems to call internal services through a unified interface module;
  • a determining module 20 configured to parse the calling instruction according to the business logic pre-packaged by the unified interface module, and determine an internal service module corresponding to the calling instruction;
  • Distribution module 30 configured to send the calling instruction to the internal service module, and obtain the data result after the internal service module processes the calling instruction, where the internal service module is distributed on at least two local nodes in different locations ;
  • the alarm module 40 is configured to send corresponding alarm information to the external system when the data result meets a preset condition of an alarm policy.
  • the monitoring system of this embodiment unifies the interfaces used by various services externally, exposes the API of the monitoring system to a unified interface module, and unifies the API entry to the outside.
  • the receiving module 10 receives call instructions from external systems for various services to receive decentralized services. Invoking instructions in various business modules.
  • the unified interface module of the monitoring system encapsulates the API of the business logic related to the monitoring system.
  • the determination module 20 parses the received call instruction according to the business logic pre-packaged by the unified interface module, and can know that the received call instruction needs to be used. To which business processing logic and determine the corresponding business module.
  • the distribution module 30 sends the calling instruction to the corresponding business module, and the service module can directly obtain the corresponding data result according to the calling instruction processing.
  • the alarm module 40 obtains the alarm policy of the data result, and then determines whether the data result meets the preset conditions of the alarm policy, and when it does, sends corresponding alarm information to the external system, such as sending a notification message, Send an e-mail or short message to the external system to better understand the real-time situation of the business modules in each region, and to facilitate the subsequent processing of problems that occur in response to the alarm information.
  • the device further includes:
  • the policy acquisition module 50 is configured to request a central node to obtain an alarm policy corresponding to the internal service, where the central node and a local node are distributed at different locations; and receive an alarm policy fed back by the central node.
  • the configuration data of the alarm policy of the monitoring system is stored in the database of the central node. If each local node needs to obtain the alarm policy, the acquisition module 50 sends the read to the central node in response to the request for the local node to read the alarm policy. For the alarm policy request, the central node obtains the alarm policy requested by the local node from the database and feeds it back to the local node. With the architecture of the three locations and two centers, there is no need for the local node's local database to store and cache the alarm policy, and there is no need for the local node to store the alarm policy locally. Read the configuration information of the alarm policy in the database, reduce the performance pressure of the local node's database, and use the performance of the local node more for business processing.
  • the central node includes at least two central nodes, and when the policy acquisition module 50 executes a request from the central node to acquire an alarm policy corresponding to the internal service, the method includes:
  • the configuration of the alarm policies of the central nodes cannot be synchronized in time.
  • the selection unit 51 requests to obtain the alarm policies
  • the alarm policies of the central nodes are compared first. If the central node A1 does not have a corresponding alarm policy, the corresponding alarm policy is obtained from the central node A2; or if the central node A2's alarm policy is newer than the central node A1, the corresponding alarm policy is obtained from the central node A2. Further, in this embodiment, not only the old and new of the alarm strategy are considered.
  • the success rates of the solutions of different central nodes are compared, and the alarm corresponding to the solution with a higher success rate is obtained.
  • the performance pressure of the central node is also considered.
  • the central node with a lower performance pressure is requested to obtain the alarm policy, so that all requests are not concentrated on a certain central node, causing resources. Waste and reduce processing efficiency.
  • the alarm module 40 further includes:
  • This embodiment is mainly for different levels of alarm information, and different levels represent different emergency situations. Some are alarms that directly affect the business, and some are ordinary, temporary alarms that correspond to different levels of alarm information. Urgent The alarm module 40 notifies directly by means of a short message, the general alarm module 40 notifies by a message type, and the ordinary alarm module 40 notifies by a message in the system station, so that the system maintenance personnel can give priority to the processing of emergency-type alarm information.
  • the present application provides a computer-readable storage medium.
  • a computer program is stored on the computer-readable storage medium, and when the program is executed by a processor, the data monitoring and alarm method described in the foregoing embodiment is implemented.
  • the computer-readable storage medium includes, but is not limited to, any type of disk (including floppy disks, hard disks, optical disks, CD-ROMs, and magneto-optical disks), ROM (Read-Only Memory, read-only memory), and RAM (Random Access Memory), EPROM (Erasable Programmable Read-Only Memory), EEPROM (Electrically Programmable Read-Only Memory), flash memory, magnetic card or Rays card.
  • the storage device includes any medium that stores or transmits information in a readable form by a device (for example, a computer, a mobile phone), and may be a read-only memory, a magnetic disk, or an optical disk.
  • a computer-readable storage medium provided in the embodiments of the present application can implement receiving a call instruction used by an external system to call an internal service through a unified interface module; parsing the call instruction according to business logic prepackaged by the unified interface module, Determining an internal business module corresponding to the calling instruction; sending the calling instruction to the internal business module to obtain a data result after the internal business module processes the calling instruction, and the internal business module is distributed in at least two different A local node of the place; and when the data result meets a preset condition of an alarm policy, corresponding alarm information is sent to the external system.
  • a unified interface module receives external system call instructions for internal services dispersed in various internal business modules, and services prepackaged by the unified interface module Logically parse the calling instructions, determine the internal business modules that the calling instructions need to use, and then assign the calling instructions to the corresponding internal business modules, which are distributed on local nodes in at least two locations, so that The internal business monitoring function of multiple local nodes is implemented, and when the data returned by the internal business module meets the preset conditions of the alarm policy, the corresponding alarm information is sent to the external system, thereby realizing the data of each internal business module.
  • Alarm processing to better understand the usage of internal business modules in various regions, and to facilitate subsequent processing of problems that occur in corresponding internal business modules based on the alarm information.
  • the computer-readable storage medium provided in the embodiments of the present application can implement the foregoing embodiments of the data monitoring and alarm method.
  • the present application further provides a server.
  • the server processor 403, the memory 405, the input unit 407, and the display unit 409 are components.
  • the memory 405 may be used to store a computer program 401 and various functional modules, and the processor 403 runs the computer program 401 stored in the memory 405 to execute various functional applications and data processing of the device.
  • the memory 405 may be an internal memory or an external memory, or include both an internal memory and an external memory.
  • the internal memory may include a read-only memory (ROM), a programmable ROM (PROM), an electrically programmable ROM (EPROM), an electrically erasable programmable ROM (EEPROM), a flash memory, or a random access memory.
  • ROM read-only memory
  • PROM programmable ROM
  • EPROM electrically programmable ROM
  • EEPROM electrically erasable programmable ROM
  • flash memory or a random access memory.
  • External storage can include hard disks, floppy disks, ZIP disks, U disks, magnetic tapes, and so on.
  • the memory disclosed in this application includes, but is not limited to, these types of memory.
  • the memory 405 disclosed in the present application is only an example and not a limitation.
  • the input unit 407 is configured to receive an input of a signal and a keyword input by a user.
  • the input unit 407 may include a touch panel and other input devices.
  • the touch panel can collect the user's touch operations on or near it (such as the operation of the user on the touch panel or near the touch panel using any suitable object or accessory such as a finger or a stylus), and according to a preset
  • the program drives the corresponding connection device; other input devices may include, but are not limited to, one or more of a physical keyboard, function keys (such as playback control keys, switch keys, etc.), a trackball, a mouse, and an joystick.
  • the display unit 409 may be used to display information input by the user or information provided to the user and various menus of the computer device.
  • the display unit 409 may take the form of a liquid crystal display, an organic light emitting diode, or the like.
  • the processor 403 is the control center of the computer equipment. It uses various interfaces and lines to connect various parts of the entire computer.
  • the processor 403 runs or executes software programs and / or modules stored in the memory 403, and calls data stored in the memory to execute. Various functions and processing data.
  • the one or more processors 403 shown in FIG. 4 can execute and implement the functions of the receiving module 10, the determining module 20, the distribution module 30, the alarm module 40, and the policy acquisition module 50 shown in FIG.
  • the server includes one or more processors 403, and one or more memories 405, and one or more computer programs 401, wherein the one or more computer programs 401 are stored in the memory 405 And is configured to be executed by the one or more processors 403, and the one or more computer programs 401 are configured to perform the data monitoring and alarm method described in the above embodiments.
  • a server provided in the embodiment of the present application can realize receiving a call instruction used by an external system for internal service calls through a unified interface module; parsing the call instruction according to the business logic prepackaged by the unified interface module to determine the call An internal business module corresponding to the instruction; sending the calling instruction to the internal business module to obtain a data result after the internal business module processes the calling instruction, and the internal business module is distributed in at least two local nodes in different locations When the data result meets a preset condition of an alarm policy, corresponding alarm information is sent to the external system.
  • a unified interface module receives external system call instructions for internal services dispersed in various internal business modules, and services prepackaged by the unified interface module Logically parse the calling instructions, determine the internal business modules that the calling instructions need to use, and then assign the calling instructions to the corresponding internal business modules, which are distributed on local nodes in at least two locations, so that The internal business monitoring function of multiple local nodes is implemented, and when the data returned by the internal business module meets the preset conditions of the alarm policy, the corresponding alarm information is sent to the external system, thereby realizing the data of each internal business module.
  • Alarm processing to better understand the usage of internal business modules in various regions, and to facilitate subsequent processing of problems that occur in corresponding internal business modules based on the alarm information.
  • the server provided in the embodiment of the present application can implement the data monitoring and alarm method embodiments provided above.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computing Systems (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Mathematical Physics (AREA)
  • Alarm Systems (AREA)

Abstract

本申请涉及数据监控领域，具体涉及一种数据监控及告警方法、装置、存储介质及服务器，所述方法包括：通过统一接口模块接收外部系统用于对内部业务调用的调用指令；根据所述统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令对应的内部业务模块；向所述内部业务模块发送所述调用指令，获取所述内部业务模块处理所述调用指令后的数据结果，所述内部业务模块分布在至少两个不同地点的地方节点上；当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息。本申请提出了一种监控系统，实现了对分布在不同地点的内部业务模块的数据监控及告警。

Description

数据监控及告警方法、装置、存储介质及服务器
本申请要求于2018年6月26日提交中国专利局、申请号为201810670075.9，发明名称为“数据监控及告警方法、装置、存储介质及服务器”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及数据监控领域，具体涉及一种数据监控及告警方法、装置、存储介质及服务器。
背景技术
目前市场上存在很多运维用的监控系统，比如Zabbix监控系统和Open-falcon监控系统，具有非常多的组件模块，每个组件模块的接口复杂而不统一，发明人意识到对于作业人员的使用要求较高；并且这些监控系统多为局域网内部署，或者是本地部署，只支持单数据中心、单系统的业务处理、性能数据查询，同时对于判断业务出现的问题所需的告警策略，均从本地数据库中直接读取告警策略的配置数据，对监控系统的性能造成很大的压力，降低监控系统的业务处理效率。
发明内容
为克服以上技术问题，特别是现有技术中监控系统无法简单、方便地提供跨地域、跨数据中心的数据监控及告警的问题，特提出以下技术方案：
第一方面，本申请提供了一种数据监控及告警方法，包括：通过统一接口模块接收外部系统用于对内部业务调用的调用指令；根据所述统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令对应的内部业务模块；向所述内部业务模块发送所述调用指令，获取所述内部业务模块处理所述调用指令后的数据结果，所述内部业务模块分布在至少两个不同地点的地方节点上；当所述数据结果满足告警策略的预设条件时，向 所述外部系统发送相应的告警信息。
第二方面，本申请提供一种数据监控及告警装置，包括：接收模块：用于通过统一接口模块接收外部系统用于对内部业务调用的调用指令；确定模块：用于根据所述统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令对应的内部业务模块；分配模块：用于向所述内部业务模块发送所述调用指令，获取所述内部业务模块处理所述调用指令后的数据结果，所述内部业务模块分布在至少两个不同地点的地方节点上；告警模块：用于当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息。
第三方面，本申请还提供了一种非易失性计算机可读存储介质，所述非易失性计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现一种数据监控及告警方法，所述数据监控及告警方法包括：通过统一接口模块接收外部系统用于对内部业务调用的调用指令；根据所述统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令对应的内部业务模块；向所述内部业务模块发送所述调用指令，获取所述内部业务模块处理所述调用指令后的数据结果，所述内部业务模块分布在至少两个不同地点的地方节点上；当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息。
第四方面，本申请还提供了一种服务器，所述服务器包括一个或多个处理器、存储器、一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个计算机程序配置用于执行一种数据监控及告警方法，所述数据监控及告警方法包括：通过统一接口模块接收外部系统用于对内部业务调用的调用指令；根据所述统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令对应的内部业务模块；向所述内部业务模块发送所述调用指令，获取所述内部业务模块处理所述调用指令后的数据结果，所述内部业务模块分布在至少两个不同地点的地方节点上；当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息。
本申请提供了一种采用三地两中心架构的监控系统实现的数据监控 及告警方法，通过统一接口模块接收外部系统对分散在各个内部业务模块的内部业务的调用指令，由统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令需要使用到的内部业务模块，再将调用指令分配给相应的内部业务模块上，所述内部业务模块分布在至少两个地点的地方节点上，从而实现对多个地方节点的内部业务的监控功能，并且当内部业务模块返回的数据结果满足告警策略的预设条件时，向外部系统发送相应的告警信息，从而实现对各内部业务模块的数据的告警处理，以更好地了解各地区各内部业务模块的使用情况，并且方便后续可以针对该告警信息对相应的内部业务模块出现的问题进行处理。
附图说明
图1为本申请数据监控及告警方法的一实施例流程示意图；
图2为本申请数据监控及告警方法的另一实施例流程示意图；
图3为本申请数据监控及告警装置的一实施例示意图；
图4为本申请服务器的一实施例结构示意图。
具体实施方式
本申请实施例提供一种数据监控及告警方法，该方法所实现的功能应用于三地两中心架构的监控系统，所述三地两中心架构可以理解为监控系统包括了三个地方节点及两个中心节点，地方节点主要用于处理各项内部业务，中心节点主要用于配置、存储各项内部业务的告警策略，具体的，所述监控系统是基于golang和python开发的监控系统，如图1所示，所述方法包括以下步骤：
S10：通过统一接口模块接收外部系统用于对内部业务调用的调用指令。
本实施例的监控系统将各个业务所使用的接口对外统一，以统一接口模块对外暴露监控系统的API，对外实现API入口的统一，接收外部系统对用于对内部业务的调用指令，以接收外部系统对分散在各个业务模块的内部业务的调用指令。具体的，本实施例的统一接口模块为pa-portal模块， 通过所述统一接口模块接收的调用指令包括：查询告警指令、对group template的增删改查指令、对数据的查询指令；还包括接收创建一个负载匀衡实例指令、查看负载匀衡实例上的监控指标信息的指令，创建网络质量监控任务、查看不同地区运营商的网络延时、丢包率等指标、创建一个数据库实例、查看数据库实例的相关监控指标的指令。
S20：根据所述统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令对应的内部业务模块。
本实施例中，监控系统的统一接口模块封装了监控系统中各内部业务相关的业务逻辑的API，统一接口模块利用预封装的业务逻辑的API将接收到的调用指令进行解析，可以获知所接收到的调用指令需要使用到哪个内部业务的处理逻辑，并确定相应的内部业务模块。具体的，当统一接口模块接收到所述调用指令后，根据预封装的业务逻辑解析所述调用指令确定该调用指令对应的内部业务的识别标志，然后匹配该识别标志对应的内部业务所需传入的参数，从所述解析后的调用指令中获取对应的参数，包括类型、数值、时间、命令行等。例如解析所述调用指令后确定是查询告警指令并获取到对应的内部业务的识别标志，则确定需要找到alarm业务模块；解析所述调用指令后确定是对数据的查询指令并获取到对应的内部业务的识别标志，则确定需要找到query模块。例如外部系统要创建一个负载均衡实例时，通过统一接口模块的API接口触发调用注册监控操作，确定对应的内部业务模块，驱动所述内部业务模块注册对应的负载均衡监控实例。
S30：向所述内部业务模块发送所述调用指令，获取所述内部业务模块处理所述调用指令后的数据结果，所述内部业务模块分布在至少两个不同地点的地方节点上。
在确定了调用指令所需使用到的内部业务模块后，向对应的内部业务模块发送所述调用指令，更佳的，所述调用指令已由统一接口模块根据预封装的业务逻辑预先处理，处理后的调用指令已经转化为内部业务模块可以直接处理的参数类型，内部业务模块可以直接根据所述调用指令处理获得相应的数据结果。其中，所述内部业务模块分布在至少两个不同地点的 地方节点上，实现跨数据中心或称为跨区域节点的数据处理，例如，监控系统接入A、B两个个地方节点，外部系统通过与接入监控系统的任一接入口输入调用指令，监控系统的统一接口模块接收到调用指令，解析所述调用指令后确定所需的内部业务模块分布在B地方节点上，此时将所述调用指令发往B地方节点上对应的内部业务模块，让B地方节点上的内部业务模块对所述调用指令进行处理，得到所需的数据结果，然后返回给外部系统，所述接入口可以是接入监控系统的地方节点如A地方节点，从而实现跨数据中心的数据处理如性能查询。
S40：当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息。
当监控系统得到内部业务模块处理后的数据结果后，根据该业务的告警策略判断所述数据结果是否满足告警策略的预设条件，满足时则向所述外部系统发送相应的告警信息，所述告警信息诸如以发送通知消息、发送邮件或发送短信的形式向外部系统告知，以更好地了解各地方节点的内部业务模块的数据情况，并且方便后续可以针对该告警信息对相应的内部业务模块出现的问题进行处理。
本实施例提供了一种采用三地两中心架构的监控系统实现的数据监控及告警方法，通过统一接口模块接收外部系统对分散在各个内部业务模块的内部业务的调用指令，由统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令需要使用到的内部业务模块，再将调用指令分配给相应的内部业务模块上，所述内部业务模块分布在至少两个地点的地方节点上，从而实现对多个地方节点的内部业务的监控功能，并且当内部业务模块返回的数据结果满足告警策略的预设条件时，向外部系统发送相应的告警信息，从而实现对各内部业务模块的数据的告警处理，以更好地了解各地区各内部业务模块的使用情况，并且方便后续可以针对该告警信息对相应的内部业务模块出现的问题进行处理。
如图2所示，在一种实施例中，所述当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息之前，还包括：
S50：向中心节点请求获取所述内部业务对应的告警策略，所述中心 节点与地方节点分布在不同的地点上；接收所述中心节点反馈的告警策略。
本实施例中，内部业务的告警策略的配置数据是存放在监控系统的中心节点的数据库中，当接入监控系统的地方节点需要获取告警策略时，通过监控系统向中心节点请求获取所述内部鹦鹉对应的告警策略，中心节点从数据库中获取到地方节点请求的告警策略后反馈给接入监控系统的地方节点，通过三地两中心的架构，无需地方节点的本地数据库存放和缓存告警策略，也无需地方节点从本地数据库中读取告警策略的配置信息，降低地方节点的数据库的性能压力，将地方节点的性能更多地用于内部业务的处理上。
优选的，上述实施例中，所述中心节点包括至少两个中心节点，所述向中心节点请求获取所述内部业务对应的告警策略，包括：
向至少两个中心节点请求获取所述内部业务对应的告警策略，比较所述中心节点的告警策略；
若其中一个中心节点没有所述告警策略，向具有所述告警策略的中心节点获取相应的告警策略；或，
若其中一个中心节点的告警策略比较新，从对应的中心节点获取最新的告警策略。
本实施例中，所述中心节点包括至少两个中心节点，现实使用中，不同的中心节点可能是由不同的工作人员进行配置，中心节点的告警策略的配置不能及时同步，此时当地方节点在请求获取告警策略时，对各中心节点的告警策略先进行比较，若其中一个中心节点没有所述内部业务对应的告警策略，则向其它中心节点获取相应的告警策略，例如中心节点A1没有此时内部业务对应的告警策略，则从中心节点A2获取相应的告警策略；或者，若其中一个中心节点的告警策略比较新，则从对应的中心节点获取最新的告警策略，例如中心节点A2的告警策略较中心节点A1新，则从中心节点A2获取相应的告警策略，此时该告警策略为最新的告警策略。进一步的，本实施例中不仅考虑告警策略的新旧，还考虑到告警策略所携带的解决方案，若所述告警策略携带有匹配的解决方案，则比较不同中心 节点的告警策略细带的解决方案的成功率，获取成功率更高的解决方案所对应的告警策略；同时，还可以考虑中心节点的性能压力，当不同中心节点具有相同的告警策略时，向性能压力更小的中心节点请求获取所述告警策略，避免所有请求集中在某一个中心节点，造成资源的浪费及降低处理效率。
具体的，本申请的一种实施例，所述当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息，包括：
确定告警信息的级别；
获取不同级别的告警信息的告警方式；
以告警信息的级别对应的告警方式向所述外部系统发送相应的告警信息。
本实施例主要是针对不同的告警信息的级别，不同的级别表征不同的紧急情况，有些是直接影响业务的告警，有些是普通的、暂时出现的告警，对应不同的告警信息的级别，紧急的直接以短信的方式通知，一般的以消息类的方式通知，普通的则以系统站内消息的方式通知，让系统维护人员能够优先处理紧急类的告警信息。
如图3所示，在另一种实施例中，本申请提供了一种数据监控及告警装置，所述装置应用于三地两中心架构的监控系统，包括：
接收模块10：用于通过统一接口模块接收外部系统用于对内部业务调用的调用指令；
确定模块20：用于根据所述统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令对应的内部业务模块；
分配模块30：用于向所述内部业务模块发送所述调用指令，获取所述内部业务模块处理所述调用指令后的数据结果，所述内部业务模块分布在至少两个不同地点的地方节点上；
告警模块40：用于当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息。
本实施例的监控系统将各个业务所使用的接口对外统一，以统一接口模块对外暴露监控系统的API，对外实现API入口的统一，接收模块10 接收外部系统对各业务的调用指令，以接收分散在各个业务模块的调用指令。监控系统的统一接口模块封装了监控系统相关的业务逻辑的API，确定模块20根据所述统一接口模块预封装的业务逻辑将接收到的调用指令进行解析，可以获知所接收到的调用指令需要使用到哪个业务处理逻辑，并确定相应的业务模块。在确定模块20确定了调用指令所需使用到的业务模块后，分配模块30向对应的业务模块发送所述调用指令，业务模块可以直接根据所述调用指令处理获得相应的数据结果。告警模块40获取该数据结果的告警策略，然后判断所述数据结果是否满足告警策略的预设条件，满足时则向所述外部系统发送相应的告警信息，所述告警信息诸如以发送通知消息、发送邮件或发送短信的形式向外部系统告知，以更好地了解各地区业务模块的实时情况，并且方便后续可以针对该告警信息对出现的问题进行处理。
所述装置还包括：
策略获取模块50：用于向中心节点请求获取所述内部业务对应的告警策略，所述中心节点与地方节点分布在不同的地点上；接收所述中心节点反馈的告警策略。
本实施例中，监控系统告警策略的配置数据是存放在中心节点的数据库中，各地方节点如果需要获取告警策略，获取模块50响应于地方节点读取告警策略的请求，向中心节点发送读取告警策略的请求，中心节点从数据库中获取到地方节点请求的告警策略后反馈给地方节点，通过三地两中心的架构，无需地方节点的本地数据库存放和缓存告警策略，也无需地方节点从本地数据库中读取告警策略的配置信息，降低地方节点的数据库的性能压力，将地方节点的性能更多地用于业务处理上。
进一步的，本申请实施例中，所述中心节点包括至少两个中心节点，所述策略获取模块50执行向中心节点请求获取所述内部业务对应的告警策略时，包括：
向至少两个中心节点请求获取所述内部业务对应的告警策略，比较所述中心节点的告警策略；
若其中一个中心节点没有所述告警策略，向具有所述告警策略的中心节点获取相应的告警策略；或，
若其中一个中心节点的告警策略比较新，从对应的中心节点获取最新的告警策略。
本实施例中，可能不同的中心节点由不同的工作人员进行配置，中心节点的告警策略的配置不能及时同步，此时选择单元51在请求获取告警策略时，各中心节点的告警策略先进行比较，若中心节点A1没有相应的告警策略，则从中心节点A2获取相应的告警策略；或者中心节点A2的告警策略较中心节点A1新，则从中心节点A2获取相应的告警策略。进一步的，本实施例中不仅考虑告警策略的新旧，若所述告警策略携带有匹配的解决方案，则比较不同中心节点的解决方案的成功率，获取成功率更高的解决方案所对应的告警策略；同时，还考虑中心节点的性能压力，当不同中心节点具有相同的告警策略时，向性能压力更小的中心节点请求获取所述告警策略，避免所有请求集中在某一个中心节点，造成资源的浪费及降低处理效率。
所述告警模块40还包括执行：
确定告警信息的级别；
获取不同级别的告警信息的告警方式；
以告警信息的级别对应的告警方式向所述外部系统发送相应的告警信息。
本实施例主要是针对不同的告警信息的级别，不同的级别表征不同的紧急情况，有些是直接影响业务的告警，有些是普通的、暂时出现的告警，对应不同的告警信息的级别，紧急的告警模块40直接以短信的方式通知，一般的告警模块40以消息类的方式通知，普通的告警模块40则以系统站内消息的方式通知，让系统维护人员能够优先处理紧急类的告警信息。
在另一种实施例中，本申请提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述实施例所述的数据监控及告警方法。其中，所述计算机可读存储介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM (Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable Programmable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，存储设备包括由设备(例如，计算机、手机)以能够读的形式存储或传输信息的任何介质，可以是只读存储器，磁盘或光盘等。
本申请实施例提供的一种计算机可读存储介质，可实现通过统一接口模块接收外部系统用于对内部业务调用的调用指令；根据所述统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令对应的内部业务模块；向所述内部业务模块发送所述调用指令，获取所述内部业务模块处理所述调用指令后的数据结果，所述内部业务模块分布在至少两个不同地点的地方节点上；当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息。通过提供一种采用三地两中心架构的监控系统实现的数据监控及告警方法，通过统一接口模块接收外部系统对分散在各个内部业务模块的内部业务的调用指令，由统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令需要使用到的内部业务模块，再将调用指令分配给相应的内部业务模块上，所述内部业务模块分布在至少两个地点的地方节点上，从而实现对多个地方节点的内部业务的监控功能，并且当内部业务模块返回的数据结果满足告警策略的预设条件时，向外部系统发送相应的告警信息，从而实现对各内部业务模块的数据的告警处理，以更好地了解各地区各内部业务模块的使用情况，并且方便后续可以针对该告警信息对相应的内部业务模块出现的问题进行处理。
本申请实施例提供的计算机可读存储介质可以实现上述数据监控及告警方法的实施例，具体功能实现请参见方法实施例中的说明，在此不再赘述。
此外，在又一种实施例中，本申请还提供一种服务器，如图4所示，所述服务器处理器403、存储器405、输入单元407以及显示单元409等器件。本领域技术人员可以理解，图4示出的结构器件并不构成对所有服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件。存 储器405可用于存储计算机程序401以及各功能模块，处理器403运行存储在存储器405的计算机程序401，从而执行设备的各种功能应用以及数据处理。存储器405可以是内存储器或外存储器，或者包括内存储器和外存储器两者。内存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦写可编程ROM(EEPROM)、快闪存储器、或者随机存储器。外存储器可以包括硬盘、软盘、ZIP盘、U盘、磁带等。本申请所公开的存储器包括但不限于这些类型的存储器。本申请所公开的存储器405只作为例子而非作为限定。
输入单元407用于接收信号的输入，以及接收用户输入的关键字。输入单元407可包括触控面板以及其它输入设备。触控面板可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程序驱动相应的连接装置；其它输入设备可以包括但不限于物理键盘、功能键(比如播放控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。显示单元409可用于显示用户输入的信息或提供给用户的信息以及计算机设备的各种菜单。显示单元409可采用液晶显示器、有机发光二极管等形式。处理器403是计算机设备的控制中心，利用各种接口和线路连接整个电脑的各个部分，通过运行或执行存储在存储器403内的软件程序和/或模块，以及调用存储在存储器内的数据，执行各种功能和处理数据。图4中所示的一个或多个处理器403能够执行、实现图3中所示的接收模块10、确定模块20、分配模块30、告警模块40，策略获取模块50的功能。
在一种实施方式中，所述服务器包括一个或多个处理器403，以及一个或多个存储器405，一个或多个计算机程序401，其中所述一个或多个计算机程序401被存储在存储器405中并被配置为由所述一个或多个处理器403执行，所述一个或多个计算机程序401配置用于执行以上实施例所述的数据监控及告警方法。
本申请实施例提供的一种服务器，可实现通过统一接口模块接收外部系统用于对内部业务调用的调用指令；根据所述统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令对应的内部业务模块；向所 述内部业务模块发送所述调用指令，获取所述内部业务模块处理所述调用指令后的数据结果，所述内部业务模块分布在至少两个不同地点的地方节点上；当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息。通过提供一种采用三地两中心架构的监控系统实现的数据监控及告警方法，通过统一接口模块接收外部系统对分散在各个内部业务模块的内部业务的调用指令，由统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令需要使用到的内部业务模块，再将调用指令分配给相应的内部业务模块上，所述内部业务模块分布在至少两个地点的地方节点上，从而实现对多个地方节点的内部业务的监控功能，并且当内部业务模块返回的数据结果满足告警策略的预设条件时，向外部系统发送相应的告警信息，从而实现对各内部业务模块的数据的告警处理，以更好地了解各地区各内部业务模块的使用情况，并且方便后续可以针对该告警信息对相应的内部业务模块出现的问题进行处理。
本申请实施例提供的服务器可以实现上述提供的数据监控及告警方法的实施例，具体功能实现请参见方法实施例中的说明，在此不再赘述。

Claims (16)

  1. 一种数据监控及告警方法，包括：
    通过统一接口模块接收外部系统用于对内部业务调用的调用指令；
    根据所述统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令对应的内部业务模块；
    向所述内部业务模块发送所述调用指令，获取所述内部业务模块处理所述调用指令后的数据结果，所述内部业务模块分布在至少两个不同地点的地方节点上；
    当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息。
  2. 根据权利要求1所述的方法，所述当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息之前，还包括：
    向中心节点请求获取所述内部业务对应的告警策略，所述中心节点与地方节点分布在不同的地点上；接收所述中心节点反馈的告警策略。
  3. 根据权利要求2所述的方法，所述中心节点包括至少两个中心节点，所述向中心节点请求获取所述内部业务对应的告警策略，包括：
    向至少两个中心节点请求获取所述内部业务对应的告警策略，比较所述中心节点的告警策略；
    若其中一个中心节点没有所述告警策略，向具有所述告警策略的中心节点获取相应的告警策略；或，
    若其中一个中心节点的告警策略比较新，从对应的中心节点获取最新的告警策略。
  4. 根据权利要求1所述的方法，所述当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息，包括：
    确定告警信息的级别；
    获取不同级别的告警信息的告警方式；
    以告警信息的级别对应的告警方式向所述外部系统发送相应的告警信息。
  5. 一种数据监控及告警装置，包括：
    接收模块：用于通过统一接口模块接收外部系统用于对内部业务调用的调用指令；
    确定模块：用于根据所述统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令对应的内部业务模块；
    分配模块：用于向所述内部业务模块发送所述调用指令，获取所述内部业务模块处理所述调用指令后的数据结果，所述内部业务模块分布在至少两个不同地点的地方节点上；
    告警模块：用于当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息。
  6. 根据权利要求5所述的装置，所述装置还包括：
    策略获取模块：用于向中心节点请求获取所述内部业务对应的告警策略，所述中心节点与地方节点分布在不同的地点上；接收所述中心节点反馈的告警策略。
  7. 根据权利要求6所述的装置，所述中心节点包括至少两个中心节点，所述策略获取模块执行向中心节点请求获取所述内部业务对应的告警策略时，包括：
    向至少两个中心节点请求获取所述内部业务对应的告警策略，比较所述中心节点的告警策略；
    若其中一个中心节点没有所述告警策略，向具有所述告警策略的中心节点获取相应的告警策略；或，
    若其中一个中心节点的告警策略比较新，从对应的中心节点获取最新的告警策略。
  8. 根据权利要求5所述的装置，所述告警模块还包括执行：
    确定告警信息的级别；
    获取不同级别的告警信息的告警方式；
    以告警信息的级别对应的告警方式向所述外部系统发送相应的告警信息。
  9. 一种非易失性计算机可读存储介质，所述非易失性计算机可读存储 介质上存储有计算机程序，该程序被处理器执行时实现一种数据监控及告警方法，所述数据监控及告警方法包括：
    通过统一接口模块接收外部系统用于对内部业务调用的调用指令；
    根据所述统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令对应的内部业务模块；
    向所述内部业务模块发送所述调用指令，获取所述内部业务模块处理所述调用指令后的数据结果，所述内部业务模块分布在至少两个不同地点的地方节点上；
    当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息。
  10. 根据权利要求9所述的非易失性计算机可读存储介质，所述当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息之前，还包括：
    向中心节点请求获取所述内部业务对应的告警策略，所述中心节点与地方节点分布在不同的地点上；接收所述中心节点反馈的告警策略。
  11. 根据权利要求10所述的非易失性计算机可读存储介质，所述中心节点包括至少两个中心节点，所述向中心节点请求获取所述内部业务对应的告警策略，包括：
    向至少两个中心节点请求获取所述内部业务对应的告警策略，比较所述中心节点的告警策略；
    若其中一个中心节点没有所述告警策略，向具有所述告警策略的中心节点获取相应的告警策略；或，
    若其中一个中心节点的告警策略比较新，从对应的中心节点获取最新的告警策略。
  12. 根据权利要求9所述的非易失性计算机可读存储介质，所述当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息，包括：
    确定告警信息的级别；
    获取不同级别的告警信息的告警方式；
    以告警信息的级别对应的告警方式向所述外部系统发送相应的告警信息。
  13. 一种服务器，包括：
    一个或多个处理器；
    存储器；
    一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个计算机程序配置用于执行一种数据监控及告警方法，所述数据监控及告警方法包括：
    通过统一接口模块接收外部系统用于对内部业务调用的调用指令；
    根据所述统一接口模块预封装的业务逻辑解析所述调用指令，确定所述调用指令对应的内部业务模块；
    向所述内部业务模块发送所述调用指令，获取所述内部业务模块处理所述调用指令后的数据结果，所述内部业务模块分布在至少两个不同地点的地方节点上；
    当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息。
  14. 根据权利要求13所述的服务器，所述当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息之前，还包括：
    向中心节点请求获取所述内部业务对应的告警策略，所述中心节点与地方节点分布在不同的地点上；接收所述中心节点反馈的告警策略。
  15. 根据权利要求14所述的服务器，所述中心节点包括至少两个中心节点，所述向中心节点请求获取所述内部业务对应的告警策略，包括：
    向至少两个中心节点请求获取所述内部业务对应的告警策略，比较所述中心节点的告警策略；
    若其中一个中心节点没有所述告警策略，向具有所述告警策略的中心节点获取相应的告警策略；或，
    若其中一个中心节点的告警策略比较新，从对应的中心节点获取最新的告警策略。
  16. 根据权利要求13所述的服务器，所述当所述数据结果满足告警策略的预设条件时，向所述外部系统发送相应的告警信息，包括：
    确定告警信息的级别；
    获取不同级别的告警信息的告警方式；
    以告警信息的级别对应的告警方式向所述外部系统发送相应的告警信息。
PCT/CN2018/108075 2018-06-26 2018-09-27 数据监控及告警方法、装置、存储介质及服务器 Ceased WO2020000732A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810670075.9A CN109062754A (zh) 2018-06-26 2018-06-26 数据监控及告警方法、装置、存储介质及服务器
CN201810670075.9 2018-06-26

Publications (1)

Publication Number Publication Date
WO2020000732A1 true WO2020000732A1 (zh) 2020-01-02

Family

ID=64821628

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/108075 Ceased WO2020000732A1 (zh) 2018-06-26 2018-09-27 数据监控及告警方法、装置、存储介质及服务器

Country Status (2)

Country Link
CN (1) CN109062754A (zh)
WO (1) WO2020000732A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116684287A (zh) * 2023-06-29 2023-09-01 中科云谷科技有限公司 一种接口管理方法、系统及平台

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110569178B (zh) * 2019-09-12 2022-12-27 成都中科大旗软件股份有限公司 基于大数据平台的接口预警方法和系统
CN112395155B (zh) * 2020-11-06 2024-11-01 微民保险代理有限公司 服务的监控方法和装置、存储介质、电子装置
CN113064890A (zh) * 2021-04-06 2021-07-02 北京红山信息科技研究院有限公司 一种运营商数据的质量评估方法、装置、服务器及介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040215828A1 (en) * 2002-06-03 2004-10-28 Yinghe Li Interconnecting proxy, system and method of interconnecting networks using different protocols
CN104852939A (zh) * 2014-02-18 2015-08-19 中国电信股份有限公司 一种部署能力接口的方法和系统
CN106649040A (zh) * 2016-12-26 2017-05-10 上海新炬网络信息技术有限公司 一种Weblogic中间件性能自动监控方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8949210B2 (en) * 2010-05-13 2015-02-03 Microsoft Corporation Analysis stack for complex event flows
CN105429795B (zh) * 2015-11-10 2018-07-06 浪潮天元通信信息系统有限公司 一种告警监控系统及方法
CN107800559A (zh) * 2016-09-07 2018-03-13 中兴通讯股份有限公司 一种软件定义网络sdn的告警处理方法及装置
CN107341044A (zh) * 2017-07-13 2017-11-10 郑州云海信息技术有限公司 一种分布式数据中心统一监控架构及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040215828A1 (en) * 2002-06-03 2004-10-28 Yinghe Li Interconnecting proxy, system and method of interconnecting networks using different protocols
CN104852939A (zh) * 2014-02-18 2015-08-19 中国电信股份有限公司 一种部署能力接口的方法和系统
CN106649040A (zh) * 2016-12-26 2017-05-10 上海新炬网络信息技术有限公司 一种Weblogic中间件性能自动监控方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116684287A (zh) * 2023-06-29 2023-09-01 中科云谷科技有限公司 一种接口管理方法、系统及平台

Also Published As

Publication number Publication date
CN109062754A (zh) 2018-12-21

Similar Documents

Publication Publication Date Title
US10958690B1 (en) Security appliance to monitor networked computing environment
CN112448987B (zh) 一种熔断降级的触发方法、系统和存储介质
JP5474177B2 (ja) 分散アプリケーションの監視
US10257316B2 (en) Monitoring of node.js applications
US9069984B2 (en) On-demand authorization management
WO2021254331A1 (zh) 资源管理方法、系统、代理服务器及存储介质
US20070011291A1 (en) Grid automation bus to integrate management frameworks for dynamic grid management
WO2020000732A1 (zh) 数据监控及告警方法、装置、存储介质及服务器
WO2020125265A1 (zh) 容器的业务监控方法、系统和计算机可读存储介质
WO2015154455A1 (zh) 告警处理方法、装置、nms、oss及ems
WO2021013056A1 (zh) 基于微服务的数据处理方法、装置、设备及可读存储介质
US20160323160A1 (en) Detection of node.js memory leaks
CN106600499A (zh) 一种基于总线形式的医院信息集成方法
CN114726789A (zh) 流量管理、配置流量管理策略的方法、装置、设备及介质
CN112487454A (zh) 一种数据管理方法、装置、设备及存储介质
US9317355B2 (en) Dynamically determining an external systems management application to report system errors
US20240211306A1 (en) Techniques for handling polling frequency in event delivery network (edn)
CN112258114A (zh) 用于供应商的路由发货方法、装置、存储介质及服务器
CN102904739B (zh) 一种实现事件转发的方法及通用信息模型cim服务器
CN113535439A (zh) 业务请求处理方法、装置、设备及存储介质
WO2025123862A1 (zh) 工单处理方法、装置、系统、服务器及存储介质
CN114356713A (zh) 线程池监控方法、装置、电子设备及存储介质
US20250245042A1 (en) Processing of queued tasks
CN115309416A (zh) 一种数据处理方法、装置及存储介质
CN109120692B (zh) 用于处理请求的方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18924192

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18924192

Country of ref document: EP

Kind code of ref document: A1