CN113127290B - Service operation index monitoring method, device and server - Google Patents

Service operation index monitoring method, device and server Download PDF

Info

Publication number
CN113127290B
CN113127290B CN201911425963.5A CN201911425963A CN113127290B CN 113127290 B CN113127290 B CN 113127290B CN 201911425963 A CN201911425963 A CN 201911425963A CN 113127290 B CN113127290 B CN 113127290B
Authority
CN
China
Prior art keywords
alarm
operation data
service
monitoring
template
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.)
Active
Application number
CN201911425963.5A
Other languages
Chinese (zh)
Other versions
CN113127290A (en
Inventor
郑舒力
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Kingsoft Cloud Network Technology Co Ltd
Original Assignee
Beijing Kingsoft Cloud Network Technology Co Ltd
Filing date
Publication date
Application filed by Beijing Kingsoft Cloud Network Technology Co Ltd filed Critical Beijing Kingsoft Cloud Network Technology Co Ltd
Priority to CN201911425963.5A priority Critical patent/CN113127290B/en
Publication of CN113127290A publication Critical patent/CN113127290A/en
Application granted granted Critical
Publication of CN113127290B publication Critical patent/CN113127290B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

The invention provides a service operation index monitoring method, a device and a server, wherein the method comprises the following steps: transmitting a data acquisition request to a service to be monitored based on a pre-stored monitoring index; receiving operation data fed back by the service to be monitored based on the data acquisition request, and storing the operation data into a database; generating an operable alarm program according to a pre-stored alarm template, wherein the alarm template comprises at least one monitoring index and alarm conditions, and the alarm program can acquire the operation data of the monitoring index from a database in the operation process and perform alarm processing according to the operation data and the alarm conditions. In the invention, the alarm condition which corresponds to the operation data of the monitoring index and is related to the alarm is pre-configured in the alarm template, a large number of alarm codes are not required to be written in the software core, the decoupling of the alarm logic and the software core is realized, and the flexibility of the index monitoring alarm is also improved.

Description

Service operation index monitoring method, device and server
Technical Field
The present invention relates to the field of data processing technologies, and in particular, to a method, an apparatus, and a server for monitoring a service operation index.
Background
In the related art, when monitoring and alarming a node where a software service may fail, a code for monitoring and alarming is generally written into a code of a core function of the software service, so that the monitoring and alarming of the node where the failure occurs is realized in a coding manner, but a large amount of codes are required to be written in the method, and when the core function module of the software service fails, the node where the failure occurs cannot be alarmed.
Disclosure of Invention
The invention aims to provide a service operation index monitoring method and device, so as to avoid writing a large number of alarm codes in a software core and realize the alarm of a node with a fault.
In a first aspect, an embodiment of the present invention provides a method for monitoring a service operation index, where the method includes: transmitting a data acquisition request to the service to be monitored based on the pre-stored monitoring index, wherein the data acquisition request is used for acquiring the operation data of the monitoring index in the service to be monitored; receiving operation data fed back by the service to be monitored based on the data acquisition request, and storing the operation data into a database; generating an operable alarm program according to a pre-stored alarm template, wherein the alarm template comprises at least one monitoring index and alarm conditions, the alarm program can acquire operation data of the monitoring index from a database in the operation process, and alarm processing is carried out according to the operation data and the alarm conditions.
In a preferred embodiment of the present invention, the alarm processing according to the operation data and the alarm condition includes: and if the operation data meets the alarm condition, carrying out alarm processing.
In a preferred embodiment of the present invention, the alarm condition is a preset alarm expression and a standard expression value; and if the operation data meets the alarm condition, performing alarm processing, including: inputting the operation data into an alarm expression, and outputting a calculation result of the alarm expression; and if the calculation result is matched with the standard expression value, carrying out alarm processing.
In a preferred embodiment of the present invention, the alert template further includes an alert mode; the alarm processing according to the operation data and the alarm condition comprises the following steps: and if the operation data meets the alarm condition, alarming according to an alarm mode.
In a preferred embodiment of the present invention, the alert mode includes any one or more of the following modes: mail alert, telephone alert, and short message alert.
In a preferred embodiment of the present invention, before sending the data acquisition request to the service to be monitored, the method further includes: acquiring and storing monitoring indexes of the service to be monitored defined by a user; the method further comprises the following steps before generating the executable alarm program according to the pre-stored alarm template: and acquiring and storing the alarm template defined by the user.
In a second aspect, an embodiment of the present invention provides a service operation index monitoring apparatus, including: the operation data acquisition module is used for sending a data acquisition request to the service to be monitored based on the pre-stored monitoring index, wherein the data acquisition request is used for acquiring operation data of the monitoring index in the service to be monitored; the operation data acquisition module is also used for receiving operation data fed back by the service to be monitored based on the data acquisition request and storing the operation data into the database; and the alarm module is used for generating an operable alarm program according to a prestored alarm template, wherein the alarm template comprises at least one monitoring index and alarm conditions, and the alarm program can acquire the operation data of the monitoring index from a database in the operation process and perform alarm processing according to the operation data and the alarm conditions.
In a preferred embodiment of the present invention, the alarm module is further configured to: and if the operation data meets the alarm condition, carrying out alarm processing.
In a preferred embodiment of the present invention, the alarm condition is a preset alarm expression and a standard expression value; the alarm module is further used for: inputting the operation data into an alarm expression, and outputting a calculation result of the alarm expression; and if the calculation result is matched with the standard expression value, carrying out alarm processing.
In a preferred embodiment of the present invention, the alert template further includes an alert mode; the alarm module is used for: and if the operation data meets the alarm condition, alarming according to an alarm mode.
In a preferred embodiment of the present invention, the alert mode includes any one or more of the following modes: mail alert, telephone alert, and short message alert.
In a preferred embodiment of the present invention, the apparatus further includes a monitor indicator obtaining module, configured to: acquiring and storing monitoring indexes of the service to be monitored defined by a user; the device also comprises an alarm template acquisition module which is used for acquiring and storing the alarm template defined by the user.
In a third aspect, an embodiment of the present invention provides a server including a processor and a memory storing machine-executable instructions executable by the processor to perform the service performance indicator monitoring method described above.
In a fourth aspect, embodiments of the present invention provide a machine-readable storage medium storing machine-executable instructions that, when invoked and executed by a processor, cause the processor to perform the service performance indicator monitoring method described above.
The embodiment of the invention has the following beneficial effects:
The invention provides a service operation index monitoring method, a device and a server. Compared with the prior art, the invention enables a user to customize the monitoring index and the alarm template according to the monitoring requirement of the service to be monitored, the alarm template is essentially a configuration file of an executable program, and further the executable alarm program is automatically generated according to the alarm template, and the alarm program can carry out alarm processing according to the operation data and the alarm condition, so that a large number of codes are not required to be written in a core function module of the service to be monitored, the decoupling of the monitoring function, the alarm function and the core function of the service to be monitored is realized, on one hand, the alarm failure caused when the service to be monitored is down is avoided, on the other hand, the difficulty of defining an alarm template is low, the modification is flexible, the modification and definition can be carried out at any time according to the requirement of the user, and the flexibility of monitoring alarm is improved.
Additional features and advantages of the invention will be set forth in the description which follows, or in part will be obvious from the description, or may be learned by practice of the invention.
In order to make the above objects, features and advantages of the present invention more comprehensible, preferred embodiments accompanied with figures are described in detail below.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings that are needed in the description of the embodiments or the prior art will be briefly described, and it is obvious that the drawings in the description below are some embodiments of the present invention, and other drawings can be obtained according to the drawings without inventive effort for a person skilled in the art.
FIG. 1 is a timing diagram of a method for monitoring service operation indexes according to an embodiment of the present invention;
FIG. 2 is a flowchart of a method for monitoring service operation indexes according to an embodiment of the present invention;
FIG. 3 is a flowchart of another method for monitoring service operation indexes according to an embodiment of the present invention;
Fig. 4 is a schematic structural diagram of a service operation index monitoring device according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of a server according to an embodiment of the present invention.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments of the present invention. The components of the embodiments of the present invention generally described and illustrated in the figures herein may be arranged and designed in a wide variety of different configurations.
Thus, the following detailed description of the embodiments of the invention, as presented in the figures, is not intended to limit the scope of the invention, as claimed, but is merely representative of selected embodiments of the invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
In the related art, the code for monitoring and alarming is written into the code of the software core function to realize the monitoring and alarming of the point easy to generate faults.
Based on the above problems, the embodiments of the present invention provide a method, an apparatus, and a server for monitoring service operation indexes, where the technology may be applied to a monitoring scenario of various service clusters, especially a monitoring scenario of an operation state of a service node.
For the sake of understanding the present embodiment, first, a service operation index monitoring method disclosed in the present embodiment is described in detail, as shown in fig. 1 and 2, where the method includes the following specific steps:
Step S102, a data acquisition request is sent to the service to be monitored based on the pre-stored monitoring index, and the data acquisition request is used for acquiring the operation data of the monitoring index in the service to be monitored.
The monitoring index can be prestored in a preset storage system, and can be an operation parameter of the service to be monitored, a memory occupation amount of the service to be monitored in the operation process, and the like; the service to be monitored may be a service node, which may be regarded as a server, a service process on the server, or the like. In a specific implementation, the monitoring index generally refers to content to be monitored, and may be occupancy rate of a CPU (CentralProcessing Unit ), service request error rate, service request duration, network bandwidth occupancy rate, disk occupancy rate, memory occupancy rate, and the like. The operation data of the monitoring index may be a specific value corresponding to the monitoring index, for example, the CPU occupancy rate of the service node 1 is 50%; the operation data of the monitoring index may further include a field specifically included in the monitoring index, for example, a name, an acquisition path, or an IP (internet protocol) address of the monitoring index.
Step S104, receiving the operation data fed back by the service to be monitored based on the data acquisition request, and storing the operation data into a database.
When the service to be monitored receives the data acquisition request, the service to be monitored responds to the data acquisition instruction to obtain the operation data of the monitoring index, the operation data is returned to the server corresponding to the data acquisition request, the server receives the operation data and stores the operation data in a value database, and the database can be a preset storage system.
And step S106, generating an operable alarm program according to a pre-stored alarm template, wherein the alarm template comprises at least one monitoring index and alarm conditions, and the alarm program can acquire the operation data of the monitoring index from a database in the operation process and perform alarm processing according to the operation data and the alarm conditions.
The alarm template comprises at least one monitoring index, alarm conditions, alarm modes and the like corresponding to the monitoring index; the alarm mode can be one or more of mail, telephone or short message, etc., and the alarm mode is configured with a corresponding communication address for receiving alarm information and alarm content, the communication address is as follows: mailbox address, telephone number, account number of predetermined instant messaging software, etc. In a specific implementation, the alert program may send an alert to a communication address or the like configured in the alert template using the alert manner described above. The configuration information such as the alarm condition, the alarm mode and the like in the alarm template can be dynamically configured on line according to the requirements of the user, and after the configuration is completed, the service is not required to be restarted.
When a user triggers a monitoring instruction, the alarm template can generate an executable alarm program, acquire the operation data of the monitoring index from the database through the alarm program, judge whether the monitoring index needs to be alarmed according to the operation data of the monitoring index and the alarm condition corresponding to the monitoring index, and perform alarm processing on the monitoring index if the monitoring index needs to be alarmed. For example, operations such as comparing the operation data of a certain monitoring index with a corresponding threshold value, calculating a boolean value for the operation data, or configuring corresponding calculation parameters for the operation data may be performed, so as to determine whether the monitoring index needs to be alerted.
According to the service operation index monitoring method, a user can customize the monitoring index and the alarm template according to the monitoring requirement of the service to be monitored, the alarm template is essentially a configuration file of an executable program, and then the executable alarm program is automatically generated according to the alarm template, and the alarm program can carry out alarm processing according to the operation data and the alarm condition, so that a large number of codes are not required to be written in a core function module of the service to be monitored, decoupling of the monitoring function, the alarm function and the core function of the service to be monitored is realized, on one hand, alarm failure caused when the service to be monitored is down is avoided, on the other hand, the alarm template is low in difficulty and flexible to modify due to the fact that the alarm template is defined, the alarm can be modified and defined at any time according to the requirement of the user, and the flexibility of monitoring alarm is improved.
The embodiment of the invention also provides another service operation index monitoring method, which is realized on the basis of the method of the embodiment; the method focuses on describing the specific process of carrying out alarm processing according to the operation data and the alarm conditions (realized by the following steps S206-S210); as shown in fig. 3, the method comprises the steps of:
Step S202, a data acquisition request is sent to the service to be monitored based on the pre-stored monitoring index, wherein the data acquisition request is used for acquiring the operation data of the monitoring index in the service to be monitored.
Step S204, receiving the operation data fed back by the service to be monitored based on the data acquisition request, and storing the operation data into a database.
Step S206, when an alarm monitoring instruction triggered by a user is received, generating an executable alarm program according to a pre-stored alarm template, running the alarm program to acquire running data of monitoring indexes from a database, and judging whether the running data meets alarm conditions; if yes, go to step S208; otherwise, step S210 is performed.
Step S208, alarm processing is performed.
In some embodiments, the alarm condition may be a preset alarm expression and a standard expression value; when judging whether the operation data meets the alarm condition, the operation data can be input into an alarm expression, and a calculation result of the alarm expression is output; if the calculation result matches the standard expression value (which can also be understood as the running data meeting the alarm condition), alarm processing is performed.
In the alarm template, the alarm condition of the monitoring index can be a preset alarm expression and a standard expression value; based on the operation data of the monitoring index is input into the alarm expression in the alarm template corresponding to the monitoring index, and the calculation result of the alarm expression is output; and if the calculation result is matched with the standard expression value, determining that the monitoring index needs to be alarmed, and carrying out alarm processing on the monitoring index.
The alarm expression may be a judgment formula related to the monitoring index threshold, or a logic relation formula, etc., for example, the alarm expression may be written as: config [ data0[ 'conf' ] ] ] is ]! =null & & data0[ 'sum' ] 1< config [ data0[ 'conf' ] ] ] 1. The above standard expression value is typically a criterion for triggering an alarm, and the standard expression value may be a boolean value, where the boolean value is typically one of "True or" False ", and the monitoring indicator corresponding to True needs to be alerted. When the method is specifically implemented, operation data of the monitoring index is input into the alarm expression, a calculation result of the alarm expression is output, and if the calculation result is True, the monitoring index is judged to need to be alarmed.
To facilitate understanding of the index alert monitoring template, an example of an alert template is given below:
for easy understanding, the parameters appearing in the alert templates, and the corresponding functions and actions thereof, are described in detail as follows:
"id": defining a type of alarm (e.g., the data collection does not report a monitoring data alarm); the role of id is generally: control deletes logic that modifies the alert template, internal program logic that is the alert configuration, etc.
"Cron": defining when the alarm is to be performed.
"Datas": the manner in which the data table is queried is defined, and datas (e.g., data0, data1, etc.) may define multiple data views, requiring attention: 1. because of the need to determine the join fields of multiple data tables to allow multiple data tables to be compared, all dimensionField of the fields are typically used for join fixedly; 2. if only one record in the permission table is needed, for example, some thresholds are needed to be obtained dynamically from the database, at the moment, the permission dimensionField is inconsistent with the connection fields in the first data table, and the other tables must be consistent; 3. each line of the data table will typically handle alarm aggregation logic separately.
"Datas.sql": SQL of query database, with three fixed fields: tablename, TIMESTAMP BETWEEN STARTMILLS AND ENDMILLIS and limit; tablename is typically a unified table name; TIMESTAMP BETWEEN STARTMILLS AND ENDMILLIS is typically that a query condition fixed string must be added, which determines the time range of the query; when the number of pieces of returned data exceeds 200 pieces, limit is usually added.
"Datas.starttimeimtervalmin": the start time of the query data is the number of minutes from the current time of the system.
"Datas. Endtimeimtervalmin": the end time of the query data is in minutes from the current time of the system.
"Data.dimension fields": typically representing a dimension field that can be used to perform classified alarm aggregation.
"Data.measurefield": a field is calculated. The value of this field is typically of the numeric type.
"Datas. Joifefield": in a scenario where there are a plurality of data tables, correlation between the tables is performed.
"Datas.dsId": an address of the data source.
"Datas. Index refix": indexPrefix is an index prefix, such as indexPrefix = dc sla, matching dc sla _ [ datas index timeformat ], e.g., dc sla 20171124; indexPrefix also supports fuzzy matching, such as indexPrefix =download_rt, matching download_datas.index timeformat_rt, e.g., download_20171123_rt.
"Datas.indextimeformat": the format of the date is defined, for example yyyyMMdd, yyyy-MM-dd, etc.
"Type": typically TYPE values in a database, are used to construct tablename.
"NoDataAlarm": defined as alerting for a no data condition, where no data generally refers to the first SQL no data in datas.
"Formula": corresponding to the above-mentioned alarm expression, when the standard expression value is True, it is defined that an alarm is required, and typically the alarm expression needs to be evaluated as a boolean type, and a boolean variable of the boolean type is typically stored in the form of a value of 8 bits (1 byte), and the value is True or False. The above formula typically supports various logical operators, computational operators, arrays, etc., and there are two types of data in the alert expression between which references can be made. The alert expression may take the data in datas above, where data0 represents the first table, data1 represents the second table, and so on; the alert expression may take the alert configuration, which is typically a map, named config, whose key may be referenced by the data in datas above.
"Action": is configured as JSONArray [ JSONObject ], and different configuration contents exist according to different action types, wherein a type is needed in JSONObject, and the type selectable item is [ SendSMS, sendMail, sendOnePiece ].
"Combination": default to false, when combination is true, then it represents to merge all alarm contents in a single alarm processing period, and send it once.
"Debug": can be set as true or false, and when true, the detailed process of the alarm execution can be seen in the alarm system log file to help debug errors.
The SendSMS configuration in the type option in action may include the configuration parameters in the following table 1, and the following table 1 describes the configuration parameters in detail:
TABLE 1
The SendMail configuration in the type option in the action may include configuration parameters in the following table 2, and the following table 2 describes the configuration parameters in detail:
TABLE 2
The alarm template also comprises a query mode of monitoring indexes; and inquiring the operation data of the monitoring index from an operation data storage database in the storage system according to the inquiry mode of the monitoring index. The query mode may generally set different query modes, such as an SQL query mode, etc., according to the format of the data store.
In other embodiments, the alert template further includes an alert mode; in specific implementation, if the operation data meets the alarm condition, the alarm is carried out according to the alarm mode.
The alert mode includes any one or more of the following modes: mail alert, telephone alert, and short message alert.
In step S210, no alarm processing is performed.
In a specific implementation, before sending the data acquisition request to the service to be monitored, the method further includes: and acquiring and storing the monitoring index of the service to be monitored defined by the user.
The user sends the monitoring index of the service to be monitored through the terminal equipment, and the server sends the monitoring index to a monitoring index storage database in a preset storage system after receiving the monitoring index so as to store the monitoring index. Databases in storage systems are typically implemented using NOSQL (non-relational) databases, such as the SCHEMA FREE database that may be implemented using ES (distributed text search engine), and that need to support SQL-style queries.
In particular implementations, the method further includes, prior to generating the executable alert program based on the pre-stored alert template: and acquiring and storing the alarm template defined by the user.
The user can send the self-defined alarm template to the server through the terminal equipment, and the server sends the received alarm template to an alarm template storage database in a preset storage system so as to store the alarm template.
The service operation index monitoring method can completely decouple the alarm system from the service system, does not need to write a large number of alarm codes, can dynamically add configuration information in the alarm template on line, and is convenient for users to use.
Corresponding to the embodiment of the service operation index monitoring method, the embodiment of the invention also provides a service operation index monitoring device, as shown in fig. 4, which comprises:
The operation data acquisition module 30 is configured to send a data acquisition request to the service to be monitored based on the pre-stored monitoring index, where the data acquisition request is used to acquire operation data of the monitoring index in the service to be monitored.
The operation data acquisition module 30 is further configured to receive operation data fed back by the service to be monitored based on the data acquisition request, and store the operation data in the database.
The alarm module 31 is configured to generate an executable alarm program according to a pre-stored alarm template, where the alarm template includes at least one monitoring index and an alarm condition, and the alarm program can acquire operation data of the monitoring index from a database during operation, and perform alarm processing according to the operation data and the alarm condition.
The invention provides a service operation index monitoring device, which enables a user to customize a monitoring index and an alarm template according to the monitoring requirement of a service to be monitored, wherein the alarm template is essentially a configuration file of an executable program, and further an executable alarm program is automatically generated according to the alarm template, and the alarm program can carry out alarm processing according to operation data and alarm conditions, so that a large number of codes are not required to be written in a core function module of the service to be monitored, the decoupling of a monitoring function, an alarm function and the core function of the service to be monitored is realized, on one hand, alarm failure caused when the service to be monitored is down is avoided, on the other hand, the difficulty of defining an alarm template is low, the modification is flexible, the alarm can be modified and defined at any time according to the requirement of the user, and the flexibility of monitoring alarm is improved.
Specifically, the alarm module 31 further includes a graphic display unit; the graphic display unit is used for: and displaying the operation data of the monitoring index in the service to be monitored according to a preset display mode.
The graphic display unit can display the operation data of the monitoring index according to the user requirement in a corresponding display mode, wherein the display mode can be in the form of a graph, a table or a text, and the graph can comprise a line, a bar graph or a fan-shaped representation mode. When a User triggers a graphic display option in a UI (User Interface), the graphic display unit can display the operation data of the monitoring index in a preset mode according to the User requirement, so that the display mode of the data is enriched, and the User can intuitively observe the operation data of the monitoring index.
The alarm module 31 further includes a query interface unit, where the query interface unit generally includes a plurality of query APIs (Application Programming Interface, application program interfaces), where the query APIs are generally predefined with a plurality of functions, and the functions may define a format of a query instruction or a query authority, for example, a query specification needs to be JSON format or SQL (Structured Query Language ), and the like; the query authority can define which users can query the operation data of the monitoring index, and usually the identification of the users with access authority is required to be stored in the query authority in advance. When the query interface unit receives a query instruction conforming to the query authority and the query format, the operation data of the monitoring index corresponding to the query instruction is queried from the database, and the queried monitoring index data is sent to the alarm template in a form of a table, so that the alarm module receives the operation data of the monitoring index in the received data table, determines whether the monitoring index needs to be alarmed through the alarm template corresponding to the monitoring index, and if so, carries out alarm processing on the monitoring index.
Further, the alarm module 31 is further configured to: and if the operation data meets the alarm condition, carrying out alarm processing.
Specifically, the alarm condition is a preset alarm expression and a standard expression value; the alarm module 31 is further configured to: inputting the operation data into an alarm expression, and outputting a calculation result of the alarm expression; and if the calculation result is matched with the standard expression value, carrying out alarm processing.
The alarm template also comprises an alarm mode; the alarm module 31 is configured to: and if the operation data meets the alarm condition, alarming according to an alarm mode. The alert mode includes any one or more of the following modes: mail alert, telephone alert, and short message alert.
Further, the device further comprises a monitoring index acquisition module, configured to: acquiring and storing monitoring indexes of the service to be monitored defined by a user; the device also comprises an alarm template acquisition module which is used for acquiring and storing the alarm template defined by the user.
The service operation index monitoring device carries out alarm judgment on the queried operation data according to the alarm template corresponding to the preset monitoring index in the alarm module, and if an alarm is needed, alarm processing is carried out on the monitoring index. The method can completely decouple the alarm system from the service system, does not need to write a large number of alarm codes, can dynamically add configuration information in the alarm template on line, and is convenient for users to use.
The service operation index monitoring device provided by the embodiment of the invention has the same implementation principle and technical effects as those of the embodiment of the method, and for the sake of brief description, reference may be made to corresponding contents in the embodiment of the method.
The embodiment of the present invention further provides a server, referring to fig. 5, where the server includes a processor and a memory, the memory 100 stores machine executable instructions that can be executed by the processor 101, and the processor 101 executes the machine executable instructions to perform the service operation index monitoring method described above.
Further, the server shown in fig. 5 further includes a bus 102 and a communication interface 103, and the processor 101, the communication interface 103, and the memory 100 are connected through the bus 102.
The Memory 100 may include a high-speed random access Memory (RAM, randomAccess Memory), and may further include a non-volatile Memory (non-volatilememory), such as at least one disk Memory. The communication connection between the system network element and at least one other network element is implemented via at least one communication interface 103 (which may be wired or wireless), and may use the internet, a wide area network, a local network, a metropolitan area network, etc. Bus 102 may be an ISA bus, a PCI bus, an EISA bus, or the like. The buses may be classified as address buses, data buses, control buses, etc. For ease of illustration, only one bi-directional arrow is shown in FIG. 5, but not only one bus or type of bus.
The processor 101 may be an integrated circuit chip with signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in the processor 101 or instructions in the form of software. The processor 101 may be a general-purpose processor, including a central processing unit (Central Processing Unit, abbreviated as CPU), a network processor (Network Processor, abbreviated as NP), and the like; but also digital signal processors (DIGITAL SIGNAL processors, DSPs for short), application specific integrated circuits (ApplicationSpecific Integrated Circuit, ASICs for short), field-Programmable gate arrays (Field-Programmable GATE ARRAY, FPGAs for short), or other Programmable logic devices, discrete gate or transistor logic devices, discrete hardware components. The disclosed methods, steps, and logic blocks in the embodiments of the present invention may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present invention may be embodied directly in the execution of a hardware decoding processor, or in the execution of a combination of hardware and software modules in a decoding processor. The software modules may be located in a random access memory, flash memory, read only memory, programmable read only memory, or electrically erasable programmable memory, registers, etc. as well known in the art. The storage medium is located in the memory 100 and the processor 101 reads information in the memory 100 and in combination with its hardware performs the steps of the method of the previous embodiments.
The embodiment of the invention also provides a machine-readable storage medium, which stores machine-executable instructions that, when being called and executed by a processor, cause the processor to execute the service operation index monitoring method, and specific implementation can be seen in the method embodiment and will not be described herein.
The method, the device and the computer program product of the server for monitoring the service operation index provided by the embodiment of the invention comprise a computer readable storage medium storing program codes, and the instructions included in the program codes can be used for executing the method described in the previous method embodiment, and specific implementation can be referred to the method embodiment and will not be repeated here.
It will be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working process of the apparatus and/or the electronic device described above may refer to the corresponding process in the foregoing method embodiment, which is not described in detail herein.
Finally, it should be noted that: the above examples are only specific embodiments of the present invention, and are not intended to limit the scope of the present invention, but it should be understood by those skilled in the art that the present invention is not limited thereto, and that the present invention is described in detail with reference to the foregoing examples: any person skilled in the art may modify or easily conceive of the technical solution described in the foregoing embodiments, or perform equivalent substitution of some of the technical features, while remaining within the technical scope of the present disclosure; such modifications, changes or substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present invention, and are intended to be included in the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.

Claims (14)

1. A method for monitoring service operation index, comprising:
Transmitting a data acquisition request to a service to be monitored based on a pre-stored monitoring index, wherein the data acquisition request is used for acquiring operation data of the monitoring index in the service to be monitored;
receiving operation data fed back by the service to be monitored based on the data acquisition request, and storing the operation data into a database;
Generating an operable alarm program according to a pre-stored alarm template, wherein the alarm template comprises at least one monitoring index and alarm conditions, and the alarm program can acquire operation data of the monitoring index from the database in the operation process and perform alarm processing according to the operation data and the alarm conditions; the alarm template is a configuration file of an executable program which is customized by a user according to the monitoring requirement of the service to be monitored.
2. The method of claim 1, wherein said performing alarm processing based on said operational data and alarm conditions comprises: and if the operation data meets the alarm condition, carrying out alarm processing.
3. The method according to claim 2, wherein the alarm condition is a preset alarm expression and a standard expression value; and if the operation data meets the alarm condition, performing alarm processing, including:
inputting the operation data into the alarm expression, and outputting the calculation result of the alarm expression; and if the calculation result is matched with the standard expression value, carrying out alarm processing.
4. A method according to any one of claims 1-3, wherein the alert template further comprises an alert means; the alarm processing according to the operation data and the alarm condition comprises the following steps:
and if the operation data meets the alarm condition, alarming according to the alarm mode.
5. The method of claim 4, wherein the alert mode comprises any one or more of the following modes: mail alert, telephone alert, and short message alert.
6. A method according to any of claims 1-3, characterized in that before sending a data acquisition request to the service to be monitored, further comprising: acquiring and storing monitoring indexes of the service to be monitored defined by a user;
The method further comprises the following steps before generating the executable alarm program according to the pre-stored alarm template: and acquiring and storing the alarm template defined by the user.
7. A service operation index monitoring device, characterized by comprising:
The operation data acquisition module is used for sending a data acquisition request to the service to be monitored based on a pre-stored monitoring index, wherein the data acquisition request is used for acquiring operation data of the monitoring index in the service to be monitored;
The operation data acquisition module is further used for receiving operation data fed back by the service to be monitored based on the data acquisition request and storing the operation data into a database;
The alarm module is used for generating an operable alarm program according to a prestored alarm template, wherein the alarm template comprises at least one monitoring index and alarm conditions, and the alarm program can acquire the operation data of the monitoring index from the database in the operation process and perform alarm processing according to the operation data and the alarm conditions; the alarm template is a configuration file of an executable program which is customized by a user according to the monitoring requirement of the service to be monitored.
8. The apparatus of claim 7, wherein the alert module is further configured to: and if the operation data meets the alarm condition, carrying out alarm processing.
9. The apparatus of claim 8, wherein the alarm condition is a preset alarm expression and a standard expression value; the alarm module is further configured to:
inputting the operation data into the alarm expression, and outputting the calculation result of the alarm expression; and if the calculation result is matched with the standard expression value, carrying out alarm processing.
10. The apparatus of any of claims 7-9, wherein the alert template further comprises an alert mode; the alarm module is used for:
and if the operation data meets the alarm condition, alarming according to the alarm mode.
11. The apparatus of claim 10, wherein the alert mode comprises any one or more of the following modes: mail alert, telephone alert, and short message alert.
12. The apparatus according to any one of claims 7-9, wherein the apparatus further comprises a monitoring indicator acquisition module for: acquiring and storing monitoring indexes of the service to be monitored defined by a user;
the device also comprises an alarm template acquisition module which is used for acquiring and storing the alarm template defined by the user.
13. A server comprising a processor and a memory, the memory storing machine executable instructions executable by the processor, the processor executing the machine executable instructions to perform the service performance indicator monitoring method of any one of claims 1-6.
14. A machine-readable storage medium storing machine-executable instructions which, when invoked and executed by a processor, cause the processor to perform the service performance indicator monitoring method of any one of claims 1-6.
CN201911425963.5A 2019-12-31 Service operation index monitoring method, device and server Active CN113127290B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911425963.5A CN113127290B (en) 2019-12-31 Service operation index monitoring method, device and server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911425963.5A CN113127290B (en) 2019-12-31 Service operation index monitoring method, device and server

Publications (2)

Publication Number Publication Date
CN113127290A CN113127290A (en) 2021-07-16
CN113127290B true CN113127290B (en) 2024-05-31

Family

ID=

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100841415B1 (en) * 2007-11-08 2008-06-25 김종욱 Real time monitoring system and method for multimedia game device
CN105511957A (en) * 2014-09-25 2016-04-20 国际商业机器公司 Method and system for generating work alarm
CN106878064A (en) * 2017-01-16 2017-06-20 腾讯科技(深圳)有限公司 Data monitoring method and device
CN109117350A (en) * 2018-09-20 2019-01-01 北京北信源信息安全技术有限公司 Alarm method, device and the server of automatic monitoring computer software and hardware
CN109446024A (en) * 2018-10-16 2019-03-08 杭州绿湾网络科技有限公司 Using monitoring method and device
CN109582547A (en) * 2018-12-11 2019-04-05 平安科技(深圳)有限公司 Electronic device, monitoring data alarm method and storage medium
CN109726073A (en) * 2018-07-26 2019-05-07 平安科技(深圳)有限公司 Database monitoring method, device, equipment and readable storage medium storing program for executing

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100841415B1 (en) * 2007-11-08 2008-06-25 김종욱 Real time monitoring system and method for multimedia game device
CN105511957A (en) * 2014-09-25 2016-04-20 国际商业机器公司 Method and system for generating work alarm
CN106878064A (en) * 2017-01-16 2017-06-20 腾讯科技(深圳)有限公司 Data monitoring method and device
CN109726073A (en) * 2018-07-26 2019-05-07 平安科技(深圳)有限公司 Database monitoring method, device, equipment and readable storage medium storing program for executing
CN109117350A (en) * 2018-09-20 2019-01-01 北京北信源信息安全技术有限公司 Alarm method, device and the server of automatic monitoring computer software and hardware
CN109446024A (en) * 2018-10-16 2019-03-08 杭州绿湾网络科技有限公司 Using monitoring method and device
CN109582547A (en) * 2018-12-11 2019-04-05 平安科技(深圳)有限公司 Electronic device, monitoring data alarm method and storage medium

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
台站级雷达业务综合监控及故障报警系统的设计与实现;刘伟;;气象与环境科学(第02期);全文 *
基于Zabbix的网络监控系统;赵哲;谭海波;赵赫;王卫东;李晓风;;计算机技术与发展(第01期);全文 *

Similar Documents

Publication Publication Date Title
CN110224858B (en) Log-based alarm method and related device
CN113312241A (en) Abnormal alarm method, access log generation method and operation and maintenance system
CN112311617A (en) Configured data monitoring and alarming method and system
CN109788026B (en) Message processing method and device
WO2012155643A1 (en) Method for implementing configuration console based on database, configuration console, and system
CN111881011A (en) Log management method, platform, server and storage medium
CN112328619A (en) Data quality monitoring method, device, system, electronic device and storage medium
CN111045893B (en) Method, device and system for executing monitoring task, storage medium and electronic device
CN109710676B (en) Data acquisition method and device of CMDB model and electronic equipment
CN110764894A (en) Timed task management method, device, equipment and storage medium
WO2021258340A1 (en) Publishing system, pushing method, application device, receiving apparatus, and service management device
CN111782728B (en) Data synchronization method, device, electronic equipment and medium
CN113704790A (en) Abnormal log information summarizing method and computer equipment
CN109218168A (en) The blocking-up method and device of sensitive e-mail messages
CN112433912A (en) Monitoring alarm method, system, storage medium and equipment
CN113127290B (en) Service operation index monitoring method, device and server
CN113886198A (en) Alarm method, system, device and medium
CN110825580A (en) Kuberrnates Pod health monitoring method
CN107330031B (en) Data storage method and device and electronic equipment
CN111078213A (en) Code generation method and code generation device
CN110309028B (en) Monitoring information acquisition method, service monitoring method, device and system
CN110955460B (en) Service process starting method and device, electronic equipment and storage medium
CN113127290A (en) Service operation index monitoring method and device and server
CN105607983A (en) Data exception monitoring method and apparatus
CN115328734A (en) Cross-service log processing method and device and server

Legal Events

Date Code Title Description
PB01 Publication
SE01 Entry into force of request for substantive examination
GR01 Patent grant