WO2021073433A1 - Monitoring method and device, server, and storage medium - Google Patents

Abstract

The embodiments of the present application are applicable to the field of monitoring technology and provide a monitoring method and device, a server and a storage medium. Said method comprises: determining a plurality of service types to be monitored; according to preset system architecture information, determining the hierarchical structures of service trees to be generated corresponding to the service types, respectively; acquiring configuration data of the service types from a preset configuration management database; according to the hierarchical structures and the configuration data, generating service trees corresponding to the service types, the service trees each having unique identification information; on the basis of the identification information, configuring monitoring information for monitored objects contained in the service trees; and according to the monitoring information, monitoring the monitored objects. In the present embodiment, service trees are generated, such that monitored objects implementing the same service belong to the same service tree, facilitating the global monitoring of monitored objects according to different scenarios or architectures for a network environment having multiple service scenarios and a complex architecture.

Description

Monitoring method, device, server and storage medium

This application requires priority of the Chinese patent application filed at the Patent Office of the State Intellectual Property Office of the People's Republic of China on October 16, 2019, with the application number 201910981769.9 and the invention title "a monitoring method, device, server and storage medium" Right, the entire contents of which are incorporated in this application by reference.

Technical field

This application belongs to the field of monitoring technology, and in particular relates to a monitoring method, a monitoring device, a server, and a computer-readable storage medium.

Background technique

How to configure the data of the monitoring system is related to whether the monitoring system can realize the corresponding business functions. The quality of the configuration data directly determines the monitoring granularity, authority control ability and monitoring effect of the monitoring system.

In the prior art, the inventor realized that the monitoring system usually abstracts hosts, applications, network devices, storage devices, etc. into monitoring objects, and then completes the entire monitoring process through operations such as object configuration, template management, and contact modification. This mode is more suitable in scenarios where the amount of data is small, the need for personalized configuration is small, and the types of monitoring objects are not many. However, for large enterprises, millions or even tens of millions of monitoring objects are distributed in different Internet Data Centers (IDC), network environments, and infrastructure platforms, involving traditional architecture, public cloud, private cloud, and Internal cloud, etc., have different monitoring requirements for different objects. The monitoring system adopting the above-mentioned mode cannot adapt to the network environment of large-scale enterprises with many business scenarios and complex architecture at all. For example, in the existing monitoring system, the change of configuration data for any monitoring object may affect other objects. If such a monitoring system is still used in a complex network environment, the configuration data change of a single monitoring object can easily lead to business chaos in the entire monitoring system. In addition, in the existing monitoring system, the correlation between each monitoring object and a specific business is weak, and it is also impossible to perform targeted monitoring and analysis on each monitoring object for a specific business.

technical problem

One of the objectives of the embodiments of this application is to provide a monitoring method, a monitoring device, a server, and a computer-readable storage medium, which can solve the problem that the monitoring system in the prior art cannot adapt to multiple business scenarios and architectures. The problem of complex network environment.

Technical solutions

In the first aspect, an embodiment of the present application provides a monitoring method, including:

Determine multiple business types to be monitored, and each business type includes multiple monitoring objects;

According to preset system architecture information, respectively determine the hierarchical structure of the service tree to be generated corresponding to each service type;

Acquiring the configuration data of each service type from a preset configuration management database;

Generating a service tree corresponding to each service type according to the hierarchical structure and the configuration data, each service tree having unique identification information;

Based on the identification information, configure monitoring information for the monitoring objects included in each service tree;

According to the monitoring information, the monitoring object is monitored.

In a possible implementation of the first aspect, by determining the type of configuration data of each monitoring object, multiple monitoring objects with the same type of configuration data are used as leaf nodes of the same service tree; Any monitoring object of, by way of backtracking to the parent node, generates a service tree corresponding to the current business type.

It should be understood that according to the one-to-many relationship between the business type and the monitored object, starting from the monitored object, a complete service tree is formed by backtracking to the parent node, so that each monitored object implementing the same business belongs to the same service tree, thus Each monitoring object can be monitored in a targeted manner according to different business scenarios and architectures.

In another possible implementation of the first aspect, according to the identification information and hierarchical structure of each service tree, each monitoring object included in different service trees and each monitoring object included in different levels of the same service tree Isolate.

It should be understood that by isolating each service tree and different levels of the same service tree, different monitoring objects in the monitoring system have different use perspectives and scopes, and they are mutually transparent and do not affect each other. When the operation and maintenance personnel are performing monitoring and analysis, they only need to pay attention to the business scope of the corresponding level or service tree, which can meet the monitoring needs of large enterprises in multi-environment, multi-architecture, and complex network environments.

In the second aspect, an embodiment of the present application provides a monitoring device, including:

The business type determination module is used to determine multiple business types to be monitored, and each business type includes multiple monitoring objects;

The hierarchical structure determining module is used to determine the hierarchical structure of the service tree to be generated corresponding to each service type according to preset system architecture information;

The configuration data obtaining module is used to obtain the configuration data of each service type from a preset configuration management database;

A service tree generation module, configured to generate a service tree corresponding to each service type according to the hierarchical structure and the configuration data, and each service tree has unique identification information;

A monitoring information configuration module, configured to configure monitoring information for monitoring objects included in each service tree based on the identification information;

The monitoring module is used to monitor the monitored object according to the monitoring information.

In a third aspect, an embodiment of the present application provides a server, including a memory, a processor, and a computer program stored in the memory and running on the processor, and the processor executes the computer program when the computer program is executed. The monitoring method according to any one of the above-mentioned first aspects.

In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the implementation is as described in any of the above-mentioned first aspects. The monitoring method described.

In the fifth aspect, the embodiments of the present application provide a computer program product, which when the computer program product runs on a server, causes the server to execute the monitoring method described in any one of the above-mentioned first aspects.

It can be understood that, for the beneficial effects of the second aspect to the fifth aspect described above, reference may be made to the related description in the first aspect described above, and details are not repeated here.

Beneficial effect

In the embodiment of this application, by determining multiple service types to be monitored, and then according to preset system architecture information, the hierarchical structure of the service tree to be generated corresponding to each service type is determined, and the configuration management is performed from the preset After obtaining the configuration data of each service type in the database, the service tree corresponding to each service type can be generated according to the above-mentioned hierarchical structure and configuration data, so that after configuring the monitoring information for each monitoring object contained in the service tree, you can follow This monitoring information monitors the monitored object. This embodiment abstracts the monitored object and proposes the concept of a service tree. According to the business type and the relationship between the monitored object and the business type, a service tree between the monitored object and the specific business is generated, so that each monitored object of the same business is realized Belonging to the same service tree, so that the relationship between the monitored object and the specific business can be intuitively displayed according to the tree structure. For network environments with multiple business scenarios and complex architecture, it is convenient to monitor from a global perspective according to different scenarios or architectures. The object is monitored.

Description of the drawings

In order to more clearly describe the technical solutions in the embodiments of the present application, the following will briefly introduce the accompanying drawings that need to be used in the embodiments or exemplary technical descriptions. Obviously, the accompanying drawings in the following description are only of the present application. For some embodiments, those of ordinary skill in the art can obtain other drawings based on these drawings without creative work.

FIG. 1 is a schematic diagram of the flow of steps of a monitoring method provided by an embodiment of the present application;

FIG. 2 is a schematic flowchart of the steps of another monitoring method provided by an embodiment of the present application;

FIG. 3 is a schematic diagram of a hierarchical structure of a service tree provided by an embodiment of the present application;

FIG. 4 is a schematic diagram of the architecture of a service tree provided by an embodiment of the present application;

FIG. 5 is a schematic flowchart of the steps of another monitoring method provided by an embodiment of the present application;

Fig. 6 is a structural block diagram of a monitoring device provided by an embodiment of the present application;

Fig. 7 is a schematic diagram of a server provided by an embodiment of the present application.

Embodiments of the present invention

In the following description, for the purpose of illustration rather than limitation, specific details such as a specific system structure and technology are proposed for a thorough understanding of the embodiments of the present application. However, it should be clear to those skilled in the art that this application can also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to avoid unnecessary details from obstructing the description of this application.

A monitoring method, a monitoring device, a server, and a computer-readable storage medium provided in this application are suitable for artificial intelligence and monitoring technology fields.

The technical solutions of the present application will be described below through specific embodiments.

Referring to FIG. 1, there is shown a schematic flow chart of the steps of a monitoring method according to an embodiment of the present application, which may specifically include the following steps:

S101. Determine multiple service types to be monitored, and each service type includes multiple monitoring objects.

The business type in this embodiment may be a specific business implemented in an enterprise or organization. For example, taking an insurance company as an example, the types of business included can include property insurance, life insurance, and so on. Of course, for companies or organizations engaged in different businesses, the business types can also be different. For example, taking an Internet company as an example, its business types can also include operation and maintenance groups for operation and maintenance of various devices, and technology groups that provide service support for other business types, and so on. This embodiment does not limit the service type.

Generally, the equipment, networks, clusters, middleware and their mutual relationships involved in different business types are different. Similarly, taking an insurance company as an example, there are also certain differences in the above-mentioned equipment, networks, clusters, middleware and their mutual relationships when they carry out property insurance or life insurance business.

In order to ensure the security of each enterprise or organization in realizing specific business, internal monitoring can be carried out for the enterprise or organization. For example, to monitor the operational stability of each device and the security of the network environment.

In the embodiment of the present application, multiple service types to be monitored may be determined first, and the equipment, networks, clusters, and middleware involved in each service type are abstracted as monitoring objects, and each monitoring object is monitored.

S102: According to preset system architecture information, respectively determine the hierarchical structure of the service tree to be generated corresponding to each service type;

The preset system architecture information can be determined according to the specific business types within the enterprise or organization. For example, for the business type of property insurance, its architecture relationship may be predetermined based on system architecture information.

Generally, in order to facilitate the management of service clusters, certain enterprises or organizations can use a tree structure to establish a service organization relationship, which is called a service tree. The service tree is a model that maps the business into a tree structure and then corresponds to the resources. Simply put, the information maintained by the service tree includes which machines, resources, and so on.

In the embodiment of the present application, the service tree may be a tree structure that includes various devices, networks, clusters, middleware, and other monitoring objects and subsystems required to execute the service, determined according to a specific service type.

In this embodiment, a service tree can be generated based on the relationship between the monitored object and the specific service, so that each monitored object that implements the same service belongs to the same service tree. When generating the service tree, you can first determine the hierarchical structure of the service tree to be generated according to preset system architecture information. The above-mentioned hierarchical structure of the service tree to be generated may refer to the number of layers included in the currently generated service tree.

S103: Obtain the configuration data of each service type from a preset configuration management database;

Configuration Management Database (CMDB) is a database used to store and manage various configuration information of devices in the enterprise IT architecture. It is closely related to all service support and service delivery processes. It not only supports the operation of these processes and exerts the value of configuration information, but also relies on related processes to ensure data accuracy.

In the embodiment of the present application, the configuration data of each service type may be recorded in the CMDB. The configuration data may refer to the specific equipment, network, cluster, middleware, etc. included in each service subsystem in the corresponding system architecture.

S104: According to the hierarchical structure and the configuration data, generate a service tree corresponding to each service type, and each service tree has unique identification information;

After determining the hierarchical structure of the service tree to be generated corresponding to each business type, and obtaining the configuration data of each business type from the CMDB, you can construct according to the corresponding hierarchy according to the information of each monitoring object recorded in the configuration data Out of the service tree.

For example, taking a business system as an example, its system architecture may be deployed in accordance with "business system-deployment environment-cluster-instance/host", where the business system is the first-level subsystem, the deployment environment is the second-level subsystem, and the cluster It is a three-level subsystem, and the instance/host is the specific monitoring object. The specific equipment and other information in the above-mentioned subsystems at each level can be recorded through the CMDB, so that when the service tree corresponding to the business system is generated, the corresponding hierarchical structure can also be constructed according to the above-mentioned architecture. That is, place the equipment and other information in the corresponding subsystem in the corresponding level of the service tree.

For another example, taking a certain type of equipment as an example, its system architecture may be deployed in accordance with "region-IDC-machine room-floor-equipment". When generating the service tree corresponding to the type of equipment, the corresponding level can be determined first Includes four floors. Then, the information contained in each layer of this type of equipment is extracted from the CMDB, so as to construct a service tree according to the corresponding level.

Generally, each generated service tree has different identification information. Through the identification information, it is possible to specifically determine which service tree each monitoring device belongs to.

In specific implementation, the same identification information can be configured for each device, network, cluster, middleware, etc. that belong to the same service tree, and the identification information can be determined in the form of namespace (name space) to identify each monitor Objects and hierarchical subsystems belong to the same service tree. For example, those with the same namespace can be an operation and maintenance group with a traditional architecture, a group subsidiary, a public cloud tenant, or an IDC, and so on.

S105. Based on the identification information, configure monitoring information for monitoring objects included in each service tree;

The monitoring information configured for each monitoring object may refer to information used for comparison with the operation information when the operation information of the monitoring object is collected. For example, for monitoring device A, it can be configured to alarm when the CPU occupancy rate reaches 80%. Therefore, the monitoring information configured for monitoring device A can include the CPU occupancy rate being less than 80%; for monitoring device B, it can be configured in the CPU The alarm is triggered when the occupancy rate reaches 90%. The monitoring information configured for monitoring device B may include the CPU occupancy rate being less than 90%.

In this embodiment, based on the identification information of the service tree, unified configuration can be performed for multiple monitoring objects that belong to the same service tree.

S106: Monitor the monitored object according to the monitoring information.

After completing the monitoring information configuration of each monitoring object in the service tree, the monitoring object can be monitored according to the monitoring information.

In specific implementation, the server can collect operating information such as performance data of each monitored object in real time, and compare and judge it with the pre-configured monitoring information. If there is an abnormality, the abnormal result can be sent to the channel designated by the user such as phone calls, emails, and text messages. On the other hand, abnormal results can also be saved through the storage module of the system. The storage module can also be provided with a data query interface to facilitate subsequent targeted query and analysis of monitoring data of various business types.

In the embodiment of this application, by determining multiple service types to be monitored, and then according to preset system architecture information, the hierarchical structure of the service tree to be generated corresponding to each service type is determined, and the preset After obtaining the configuration data of each service type in the configuration management database, the service tree corresponding to each service type can be generated according to the above-mentioned hierarchical structure and configuration data, so that after the monitoring information is configured for each monitoring object contained in the service tree, The monitored object can be monitored according to the monitoring information. This embodiment abstracts the monitored object and proposes the concept of a service tree. According to the business type and the relationship between the monitored object and the business type, a service tree between the monitored object and the specific business is generated, so that each monitored object of the same business is realized Belonging to the same service tree, so that the relationship between the monitored object and the specific business can be intuitively displayed according to the tree structure. For network environments with multiple business scenarios and complex architecture, it is convenient to monitor from a global perspective according to different scenarios or architectures. The object is monitored.

Referring to FIG. 2, there is shown a schematic diagram of the step flow of another monitoring method according to an embodiment of the present application, which may specifically include the following steps:

S201. Determine multiple service types to be monitored, and each service type includes multiple monitoring objects.

The business type in this embodiment may be a specific business implemented in an enterprise or organization. After determining the multiple service types to be monitored, the equipment, networks, clusters, and middleware involved in each service type can be abstracted as monitoring objects. Generally, the equipment, networks, clusters, middleware and their mutual relationships involved in different business types are different.

S202: According to preset system architecture information, respectively determine the hierarchical structure of the service tree to be generated corresponding to each service type;

In this embodiment, a service tree can be generated based on the relationship between the monitored object and the specific service, so that each monitored object that implements the same service belongs to the same service tree. When generating the service tree, you can first determine the hierarchical structure of the service tree to be generated according to preset system architecture information. The above-mentioned hierarchical structure of the service tree to be generated may refer to the number of layers included in the currently generated service tree.

As shown in Figure 3, it is a schematic diagram of the hierarchical structure of the service tree corresponding to each business type in the enterprise. As shown in Figure 3, the leaf nodes in each service tree represent a certain monitored object. The monitored object uniquely belongs to a certain N-level subsystem, and the Nth-level subsystem is uniquely subordinate to a certain subsystem at the N-1 level. Contains multiple N+1 layer subsystems at the same time, and the above-mentioned layer subsystems are all abstractions of a certain business type relationship.

S203. Obtain the configuration data of each service type from a preset configuration management database.

The CMDB can record the configuration data of each business type, and the configuration data can refer to the specific equipment, network, cluster, middleware, etc. included in each business subsystem in the corresponding system architecture.

S204. Determine the type of configuration data of each monitoring object, and use multiple monitoring objects with the same type of configuration data as leaf nodes of the same service tree;

In the embodiments of the present application, it is possible to start from the abstracted monitoring objects, and use the monitoring objects with the same type of configuration data as the leaves of the same service tree according to the relationship between each monitoring object recorded in the configuration data and the service type. node.

For example, if the office computer used by an employee in the switch operation and maintenance group of the network department is used as a monitoring object, it can be determined according to the configuration data that other employees in the switch operation and maintenance group are of the same type as the employee, and serve as the leaf nodes of the same service tree. Each monitored object is marked with corresponding service tree identification information and level information, which are used to identify which service tree the monitored object belongs to.

S205: For any monitoring object in the leaf node, generate a service tree corresponding to the current service type by way of backtracking to the parent node, and each service tree has unique identification information;

After determining the monitoring object corresponding to a leaf node of a service tree, you can start from any monitoring object in the node, and backtrack to the parent node (that is, the previous node of the current leaf node) until you find one that does not have the previous The initial node of the node can form a complete service tree.

In specific implementation, for any monitoring object in the leaf node, other monitoring objects contained in the upper level data of the monitoring object in the configuration data can be found, as the parent node of the current leaf node in the service tree, until After finding the initial node of the service tree, and configuring the same identification information for all child nodes of the initial node, a service tree corresponding to the current service type can be generated.

For example, after determining the monitoring object of the leaf node, you can find the specific equipment, network, cluster, middleware, etc. contained in the upper level of the monitoring object in the configuration data, and use these equipment, networks, clusters, middleware, etc. as monitoring The N-level subsystem of the service tree to which the object belongs, and the identification information and level information of the service tree are configured for it. Then in the same way, continue to determine the N-1 level subsystem to which the N level subsystem belongs, until the first level subsystem of the current service tree is determined.

For devices, networks, clusters, middleware, etc. that have the same service tree identification information, they together form a complete service tree. As shown in FIG. 4, it is a schematic diagram of the service tree corresponding to the schematic diagram of the architecture shown in FIG. 3.

S206: Based on the identification information, configure monitoring information for monitoring objects included in each service tree;

In this embodiment, based on the identification information of the service tree, unified configuration can be performed for multiple monitoring objects that belong to the same service tree.

S207: Monitor the monitored object according to the monitoring information.

In specific implementation, the server can collect the operating information of each monitored object in real time, and compare and judge it with the pre-configured monitoring information. If the operating information is abnormal, the server can generate alarm information for the monitored object and pass The user-designated channels such as phone calls, emails, and text messages will alert the user.

In this embodiment, according to the one-to-many relationship between the service type and the monitored object, starting from the monitoring object, a complete service tree is formed by backtracking to the parent node, so that each monitoring object implementing the same service belongs to the same service tree, thereby Each monitoring object can be monitored in a targeted manner according to different business scenarios and architectures.

Referring to FIG. 5, there is shown a step flow diagram of another monitoring method according to an embodiment of the present application, which may specifically include the following steps:

S501. Determine multiple service types to be monitored, and each service type includes multiple monitoring objects.

S502: Determine the hierarchical structure of the service tree to be generated corresponding to each service type according to preset system architecture information.

S503: Obtain the configuration data of each service type from a preset configuration management database;

S504. According to the hierarchical structure and the configuration data, generate a service tree corresponding to each service type, and each service tree has unique identification information.

Since steps S501-S504 in this embodiment are similar to steps S101-S104 and S201-S205 in the foregoing embodiment, they can be referred to each other, and this embodiment will not be repeated here.

S505: According to the identification information and hierarchical structure of each service tree, isolate each monitored object included in different service trees and each monitored object included in different levels of the same service tree;

In the embodiment of the present application, after the service tree is generated, the monitoring objects in different service trees and the monitoring objects belonging to different levels in the same service tree can be isolated by configuring different permissions for each monitoring object.

S506. Combine multiple service trees and the monitored objects contained in them into a monitoring system;

In the embodiments of the present application, by integrating service trees corresponding to various business types, a unified monitoring system within an enterprise or organization can be jointly formed. The system composed of all the service trees currently formed is the monitoring system.

S507: Determine the configuration information of each monitoring object, write the configuration information of multiple monitoring objects with the same identification information into the monitoring data table, and store the monitoring data table in the monitoring system;

The configuration information corresponding to each monitoring object may be determined artificially according to the actual needs of the monitoring object.

In specific implementation, the configuration information corresponding to each monitoring object belonging to the same service tree can be integrated to generate a monitoring data table. After the above data tables are stored in the monitoring system and run, the monitoring system can understand the monitoring alarm trigger conditions corresponding to each monitoring object. That is, when the current operating information of a monitored object does not match the configuration information of the monitored object in the monitoring data table, the alarm will be triggered. At the same time, the monitoring system can also generate monitoring records for the generated alarms for subsequent analysis.

S508. Collect current operating information of each monitored object respectively, and compare the operating information with corresponding configuration information in the monitoring data table;

In specific implementation, the server can collect the operating information of each monitored object in real time, and compare and judge it with the configuration information of the monitored object in the monitoring data table pre-configured and stored in the monitoring system to determine the monitored object Whether the operation is abnormal.

S509: If the operating information does not match the corresponding configuration information, generate alarm information for the monitored object.

If the running information collected in real time does not match the configuration information in the monitoring data table, it can be considered that the running information of the monitored object is abnormal. The monitoring system can generate alarm information for the abnormal result, and send the alarm information to channels such as phone calls, emails, and text messages designated by the user. On the other hand, alarm information can also be saved through the storage module of the monitoring system. Through the data query interface provided by the storage module, operation and maintenance personnel can conveniently query and analyze the monitoring data of various business types.

In this embodiment, by isolating each service tree and different levels of the same service tree, different monitoring objects in the monitoring system have different use perspectives and ranges, and are mutually transparent and do not affect each other. When the operation and maintenance personnel are performing monitoring and analysis, they only need to pay attention to the business scope of the corresponding level or service tree, which can meet the monitoring needs of large enterprises in multi-environment, multi-architecture, and complex network environments.

It should be noted that the size of the sequence number of each step in the foregoing embodiment does not mean the order of execution. The execution sequence of each process should be determined by its function and internal logic, and should not constitute any implementation process of the embodiments of this application. limited.

Corresponding to the monitoring method described in the foregoing embodiment, FIG. 6 shows a structural block diagram of a monitoring device provided by an embodiment of the present application. For ease of description, only the parts related to the embodiment of the present application are shown.

Referring to Figure 6, the monitoring device may specifically include the following modules:

The service type determining module 601 is used to determine multiple service types to be monitored, and each service type includes multiple monitoring objects;

The hierarchical structure determining module 602 is configured to determine the hierarchical structure of the service tree to be generated corresponding to each service type according to preset system architecture information;

The configuration data obtaining module 603 is configured to obtain the configuration data of each service type from a preset configuration management database;

The service tree generating module 604 is configured to generate a service tree corresponding to each service type according to the hierarchical structure and the configuration data, and each service tree has unique identification information;

The monitoring information configuration module 605 is configured to configure monitoring information for monitoring objects included in each service tree based on the identification information;

The monitoring module 606 is configured to monitor the monitored object according to the monitoring information.

In the embodiment of the present application, the service tree generation module 604 may specifically include the following sub-modules:

The leaf node determination sub-module is used to determine the type of configuration data of each monitoring object, and use multiple monitoring objects with the same type of configuration data as the leaf nodes of the same service tree;

The service tree generation sub-module is used to generate a service tree corresponding to the current business type by way of backtracking to the parent node for any monitoring object in the leaf node.

In the embodiment of the present application, the service tree generation submodule may specifically include the following units:

The node search unit is configured to find the monitoring object contained in the upper level data of the monitoring object in the configuration data for any monitoring object in the leaf node, as the leaf node in the current service tree Until the initial node of the current service tree is found;

The identification information configuration unit is configured to configure the same identification information for all child nodes of the initial node, and generate a service tree corresponding to the current service type.

In the embodiment of the present application, the device may further include the following modules:

The monitoring system generation module is used to combine multiple service trees and their contained monitoring objects into a monitoring system.

In the embodiment of the present application, the monitoring information configuration module 605 may specifically include the following sub-modules:

The configuration information writing sub-module is used to determine the configuration information of each monitored object, and respectively write the configuration information of multiple monitored objects with the same identification information into the monitoring data table;

The monitoring data table storage sub-module is used to store the monitoring data table in the monitoring system.

In this embodiment of the present application, the monitoring module 606 may specifically include the following sub-modules:

Operation information collection sub-module, used to collect the current operation information of each monitored object;

The operation information comparison sub-module is used to compare the operation information with the corresponding configuration information in the monitoring data table;

The alarm information generating sub-module is configured to generate alarm information for the monitored object if the operating information does not match the corresponding configuration information.

In the embodiment of the present application, the device may further include the following submodules:

The isolation module is used to isolate each monitoring object included in different service trees and each monitoring object included in different levels of the same service tree according to the identification information and hierarchical structure of each service tree.

It should be noted that the information interaction and execution process between the above-mentioned devices/modules are based on the same concept as the method embodiments of this application, and their specific functions and technical effects can be found in the description of the method embodiments. I won't repeat them here.

Referring to FIG. 7, a schematic diagram of a server according to an embodiment of the present application is shown. As shown in FIG. 7, the server 700 in this embodiment includes a processor 710, a memory 720, and a computer program 721 that is stored in the memory 720 and can run on the processor 710. When the processor 710 executes the computer program 721, the steps in each embodiment of the foregoing monitoring method are implemented, for example, steps S101 to S106 shown in FIG. 1. Alternatively, when the processor 710 executes the computer program 721, the functions of the modules/units in the foregoing device embodiments, for example, the functions of the modules 601 to 606 shown in FIG. 6 are realized.

Exemplarily, the computer program 721 may be divided into one or more modules/units, and the one or more modules/units are stored in the memory 720 and executed by the processor 710 to complete This application. The one or more modules/units may be a series of computer program instruction segments capable of completing specific functions, and the instruction segments may be used to describe the execution process of the computer program 721 in the server 700. For example, the computer program 721 may be divided into a service type determination module, a hierarchical structure determination module, a configuration data acquisition module, a service tree generation module, a monitoring information configuration module, and a monitoring module. The specific functions of each module are as follows:

The business type determination module is used to determine multiple business types to be monitored, and each business type includes multiple monitoring objects;

The hierarchical structure determining module is used to determine the hierarchical structure of the service tree to be generated corresponding to each service type according to preset system architecture information;

The configuration data obtaining module is used to obtain the configuration data of each service type from a preset configuration management database;

A service tree generation module, configured to generate a service tree corresponding to each service type according to the hierarchical structure and the configuration data, and each service tree has unique identification information;

A monitoring information configuration module, configured to configure monitoring information for monitoring objects included in each service tree based on the identification information;

The monitoring module is used to monitor the monitored object according to the monitoring information.

The server 700 may be a computing device such as a desktop computer, a notebook, a palmtop computer, and a cloud server. The server 700 may include, but is not limited to, a processor 710 and a memory 720. Those skilled in the art can understand that FIG. 7 is only an example of the server 700, and does not constitute a limitation on the server 700. It may include more or less components than those shown in the figure, or a combination of certain components, or different components. For example, the server 700 may also include input and output devices, network access devices, buses, and the like.

The processor 710 may be a central processing unit (Central Processing Unit, CPU), it can also be other general-purpose processors, digital signal processors (Digital Signal Processors, DSP), application specific integrated circuits (ASICs), ready-made programmable gate arrays (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor or the like.

The storage 720 may be an internal storage unit of the server 700, such as a hard disk or a memory of the server 700. The memory 720 may also be an external storage device of the server 700, such as a plug-in hard disk, a smart memory card (Smart Media Card, SMC), or a Secure Digital (SD) card equipped on the server 700, Flash Card and so on. Further, the storage 720 may also include both an internal storage unit of the server 700 and an external storage device. The memory 720 is used to store the computer program 721 and other programs and data required by the server 700. The memory 720 can also be used to temporarily store data that has been output or will be output.

Those skilled in the art can clearly understand that, for the convenience and conciseness of description, only the division of the above functional units and modules is used as an example. In practical applications, the above functions can be allocated to different functional units and modules as needed. Module completion, that is, the internal structure of the device is divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist alone physically, or two or more units can be integrated into one unit. The above-mentioned integrated units can be hardware-based Formal realization can also be realized in the form of software functional units. In addition, the specific names of the functional units and modules are only used to facilitate distinguishing each other, and are not used to limit the protection scope of the present application. For the specific working process of the units and modules in the foregoing system, reference may be made to the corresponding process in the foregoing method embodiment, which will not be repeated here.

An embodiment of the present application also provides a server. The server includes: at least one processor, a memory, and a computer program stored in the memory and running on the at least one processor, and the processor executes the The computer program implements the steps in any of the foregoing method embodiments.

The embodiments of the present application also provide a computer-readable storage medium. The computer-readable storage medium may be volatile or non-volatile. The computer-readable storage medium stores a computer program, and the computer When the program is executed by the processor, the steps in the foregoing method embodiments can be realized.

The embodiments of the present application also provide a computer program product. When the computer program product runs on a server, the server can implement the steps in the foregoing method embodiments.

If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer readable storage medium. Based on this understanding, the implementation of all or part of the processes in the above-mentioned embodiment methods in this application can be accomplished by instructing relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium. When executed by the processor, the steps of the foregoing method embodiments can be implemented. Wherein, the computer program includes computer program code, and the computer program code may be in the form of source code, object code, executable file, or some intermediate forms. The computer-readable medium may at least include: any entity or device capable of carrying computer program code to the photographing device/terminal device, recording medium, computer memory, read-only memory (ROM, Read-Only Memory), and random access memory (RAM, Random Access Memory), electric carrier signal, telecommunications signal and software distribution medium. Such as U disk, mobile hard disk, floppy disk or CD-ROM, etc. In some jurisdictions, according to legislation and patent practices, computer-readable media cannot be electrical carrier signals and telecommunication signals.

In the above-mentioned embodiments, the description of each embodiment has its own emphasis. For parts that are not described in detail or recorded in an embodiment, reference may be made to related descriptions of other embodiments.

A person of ordinary skill in the art may realize that the units and algorithm steps of the examples described in combination with the embodiments disclosed herein can be implemented by electronic hardware or a combination of computer software and electronic hardware. Whether these functions are performed by hardware or software depends on the specific application and design constraint conditions of the technical solution. Professionals and technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered beyond the scope of this application.

In the embodiments provided in this application, it should be understood that the disclosed apparatus/network equipment and method may be implemented in other ways. For example, the device/network device embodiments described above are only illustrative. For example, the division of the modules or units is only a logical function division, and there may be other divisions in actual implementation, such as multiple units. Or components can be combined or integrated into another system, or some features can be omitted or not implemented. In addition, the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, and may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.

The above-mentioned embodiments are only used to illustrate the technical solution of the present application, but not to limit it. Although this application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions described in the foregoing embodiments, or equivalently replace some of the technical features; and these Modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present application, and should be included in the protection scope of the present application.

Claims (20)

1. A monitoring method, which includes:

   Determine multiple business types to be monitored, and each business type includes multiple monitoring objects;

   According to preset system architecture information, respectively determine the hierarchical structure of the service tree to be generated corresponding to each service type;

   Acquiring the configuration data of each service type from a preset configuration management database;

   Generating a service tree corresponding to each service type according to the hierarchical structure and the configuration data, each service tree having unique identification information;

   Based on the identification information, configure monitoring information for the monitoring objects included in each service tree;

   According to the monitoring information, the monitoring object is monitored.
2. The method according to claim 1, wherein the step of generating a service tree corresponding to each service type according to the hierarchical structure and the configuration data comprises:

   Determine the type of configuration data of each monitoring object, and treat multiple monitoring objects with the same type of configuration data as the leaf nodes of the same service tree;

   For any monitoring object in the leaf node, a service tree corresponding to the current business type is generated by way of backtracking to the parent node.
3. The method according to claim 2, wherein the step of generating a service tree corresponding to the current business type by way of backtracking to the parent node for any monitored object in the leaf node comprises:

   For any monitoring object in the leaf node, find the monitoring object contained in the upper level data of the monitoring object in the configuration data, and use it as the parent node of the leaf node in the current service tree until Find the initial node of the current service tree;

   All child nodes of the initial node are configured with the same identification information, and a service tree corresponding to the current service type is generated.
4. The method according to claim 1, wherein after the step of generating a service tree corresponding to each service type according to the hierarchical structure and the configuration data, the method further comprises:

   Combine multiple service trees and their contained monitoring objects into a monitoring system.
5. The method according to claim 4, wherein the step of configuring monitoring information for monitoring objects included in each service tree based on the identification information comprises:

   Determine the configuration information of each monitoring object, and write the configuration information of multiple monitoring objects with the same identification information into the monitoring data table;

   The monitoring data table is stored in the monitoring system.
6. The method according to claim 5, wherein the step of monitoring the monitored object according to the monitoring information comprises:

   Collect the current operation information of each monitored object separately;

   Comparing the operating information with the corresponding configuration information in the monitoring data table;

   If the operation information does not match the corresponding configuration information, generating alarm information for the monitoring object.
7. The method according to claim 1, further comprising:

   According to the identification information and hierarchical structure of each service tree, each monitoring object included in different service trees and each monitoring object included in different levels of the same service tree are isolated.
8. A monitoring device, which includes:

   The business type determination module is used to determine multiple business types to be monitored, and each business type includes multiple monitoring objects;

   The hierarchical structure determining module is used to determine the hierarchical structure of the service tree to be generated corresponding to each service type according to preset system architecture information;

   The configuration data obtaining module is used to obtain the configuration data of each service type from a preset configuration management database;

   A service tree generation module, configured to generate a service tree corresponding to each service type according to the hierarchical structure and the configuration data, and each service tree has unique identification information;

   A monitoring information configuration module, configured to configure monitoring information for monitoring objects included in each service tree based on the identification information;

   The monitoring module is used to monitor the monitored object according to the monitoring information.
9. 8. The monitoring device according to claim 8, wherein the step of generating a service tree corresponding to each service type according to the hierarchical structure and the configuration data comprises:

   Determine the type of configuration data of each monitoring object, and treat multiple monitoring objects with the same type of configuration data as the leaf nodes of the same service tree;

   For any monitoring object in the leaf node, a service tree corresponding to the current business type is generated by way of backtracking to the parent node.
10. The monitoring device according to claim 9, wherein the step of generating a service tree corresponding to the current business type by way of backtracking to the parent node for any monitoring object in the leaf node comprises:

    For any monitoring object in the leaf node, find the monitoring object contained in the upper level data of the monitoring object in the configuration data, and use it as the parent node of the leaf node in the current service tree until Find the initial node of the current service tree;

    All child nodes of the initial node are configured with the same identification information, and a service tree corresponding to the current service type is generated.
11. 8. The monitoring device according to claim 8, wherein after the step of generating a service tree corresponding to each service type according to the hierarchical structure and the configuration data, the method further comprises:

    Combine multiple service trees and their contained monitoring objects into a monitoring system.
12. The monitoring device according to claim 11, wherein the step of configuring monitoring information for monitoring objects included in each service tree based on the identification information comprises:

    Determine the configuration information of each monitoring object, and write the configuration information of multiple monitoring objects with the same identification information into the monitoring data table;

    The monitoring data table is stored in the monitoring system.
13. The monitoring device according to claim 12, wherein the step of monitoring the monitoring object according to the monitoring information comprises:

    Collect the current operation information of each monitored object separately;

    Comparing the operating information with the corresponding configuration information in the monitoring data table;

    If the operation information does not match the corresponding configuration information, generating alarm information for the monitoring object.
14. The monitoring device according to claim 8, further comprising:

    According to the identification information and hierarchical structure of each service tree, each monitoring object included in different service trees and each monitoring object included in different levels of the same service tree are isolated.
15. A server includes a memory, a processor, and a computer program that is stored in the memory and can run on the processor, wherein the processor implements the following steps when the processor executes the computer program:

    Determine multiple business types to be monitored, and each business type includes multiple monitoring objects;

    According to preset system architecture information, respectively determine the hierarchical structure of the service tree to be generated corresponding to each service type;

    Acquiring the configuration data of each service type from a preset configuration management database;

    Generating a service tree corresponding to each service type according to the hierarchical structure and the configuration data, each service tree having unique identification information;

    Based on the identification information, configure monitoring information for the monitoring objects included in each service tree;

    According to the monitoring information, the monitoring object is monitored.
16. The server according to claim 15, wherein the step of generating a service tree corresponding to each service type according to the hierarchical structure and the configuration data comprises:

    Determine the type of configuration data of each monitoring object, and treat multiple monitoring objects with the same type of configuration data as the leaf nodes of the same service tree;

    For any monitoring object in the leaf node, a service tree corresponding to the current business type is generated by way of backtracking to the parent node.
17. The server according to claim 16, wherein the step of generating a service tree corresponding to the current service type by backtracking to the parent node for any monitoring object in the leaf node comprises:

    For any monitoring object in the leaf node, find the monitoring object contained in the upper level data of the monitoring object in the configuration data, and use it as the parent node of the leaf node in the current service tree until Find the initial node of the current service tree;

    All child nodes of the initial node are configured with the same identification information, and a service tree corresponding to the current service type is generated.
18. 15. The server according to claim 15, wherein after the step of generating a service tree corresponding to each service type according to the hierarchical structure and the configuration data, the method further comprises:

    Combine multiple service trees and their contained monitoring objects into a monitoring system.
19. The server according to claim 18, wherein the step of configuring monitoring information for monitoring objects contained in each service tree based on the identification information comprises:

    Determine the configuration information of each monitoring object, and write the configuration information of multiple monitoring objects with the same identification information into the monitoring data table;

    The monitoring data table is stored in the monitoring system.
20. A computer-readable storage medium storing a computer program, wherein the computer program implements the method according to any one of claims 1 to 7 when the computer program is executed by a processor.