CN113535506A - Service system monitoring method and device, storage medium and computer equipment - Google Patents

Service system monitoring method and device, storage medium and computer equipment Download PDF

Info

Publication number
CN113535506A
CN113535506A CN202010317970.XA CN202010317970A CN113535506A CN 113535506 A CN113535506 A CN 113535506A CN 202010317970 A CN202010317970 A CN 202010317970A CN 113535506 A CN113535506 A CN 113535506A
Authority
CN
China
Prior art keywords
service
layer
service system
log
report
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.)
Pending
Application number
CN202010317970.XA
Other languages
Chinese (zh)
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.)
Shanghai G2link Network Technology Co ltd
Original Assignee
Shanghai G2link Network Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai G2link Network Technology Co ltd filed Critical Shanghai G2link Network Technology Co ltd
Priority to CN202010317970.XA priority Critical patent/CN113535506A/en
Publication of CN113535506A publication Critical patent/CN113535506A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3003Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3051Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/34Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466Performance evaluation by tracing or monitoring
    • G06F11/3476Data logging

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • Mathematical Physics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

A monitoring method and device of a service system, a storage medium and computer equipment are provided, wherein the service system comprises an equipment layer, a service layer and a business layer, and the method comprises the following steps: acquiring a device detection report of each device in a device layer; acquiring an interface test report of each service interface in a service layer; acquiring service interaction data of a service layer; analyzing the equipment detection report, the interface test report and the service log to find out the fault problem existing in the service system; the device layer comprises each device of the service system, the service layer comprises each service interface provided by the service system, and the business layer is used for defining business flow rules of the service system. By the method, monitoring blind areas and false and missing reports of information can be effectively reduced.

Description

Service system monitoring method and device, storage medium and computer equipment
Technical Field
The invention relates to the field of system monitoring, in particular to a monitoring method and device of a service system, a storage medium and computer equipment.
Background
After a large amount of hardware equipment is deployed, in the operation process, workers need to know the software and hardware states of the whole system in time, know and acquire alarm notification information in time, and need to quickly troubleshoot problems according to the alarm notification information, and finally complete fault removal, so that the equipment is restored to a normal state again.
In the prior art, if a fault occurs in a service system, alarm notification information is generated, the alarm is generated aiming at a single device or when an error phenomenon occurs, the service system cannot be comprehensively monitored, a monitoring blind area exists, and false alarm and missing alarm of the fault easily occur.
Disclosure of Invention
The invention solves the technical problem of how to reduce the monitoring blind area and the false alarm and missing report of the information.
In order to solve the foregoing technical problem, an embodiment of the present invention provides a monitoring method for a service system, where the service system includes an equipment layer, a service layer, and the method includes: acquiring a device detection report of each device in a device layer; acquiring an interface test report of each service interface in a service layer; acquiring service interaction data of a service layer; analyzing the equipment detection report, the interface test report and the service log to find out the fault problem existing in the service system; the device layer comprises each device of the service system, the service layer comprises each service interface provided by the service system, and the business layer is used for defining business flow rules of the service system.
Optionally, the device detection report of each device includes an operation status log and a network status log of the device, and the obtaining the device detection report of each device in the device layer includes: the equipment of the equipment layer is deployed in an internal network and/or an external network, and the internal network and the external network are communicated through penetration of the internal network and the external network; and monitoring the operation of each device in the device layer to obtain the operation state log and the network state log of the device.
Optionally, the interface test report is generated according to the test result after each service interface executes the corresponding test instruction.
Optionally, the analyzing the device detection report, the interface test report, and the service log includes: and performing comparative analysis on data in the equipment detection report and/or the interface test report and/or the service log through a full-text search tool.
Optionally, after obtaining the device detection report, the interface test report, and the service log, the method further includes: storing the device detection report and/or the interface test report and/or the traffic log in a data collection server.
Optionally, the device detection report, the interface test report, and the service log are sent to the data collection server through a log uploading tool and stored.
Optionally, after discovering the fault problem existing in the service system, the method further includes: acquiring relevant information of the locked fault problem; and sending the fault problem and the related information to a fault processing terminal so that the fault processing terminal processes the fault problem.
An embodiment of the present invention further provides a monitoring device for a service system, where the device includes: the device layer monitoring module is used for acquiring a device detection report of each device in the device layer; the service layer monitoring module is used for acquiring an interface test report of each service interface in the service layer; the service layer monitoring module is used for acquiring service interaction data of the service layer; the fault locking module is used for analyzing the equipment detection report, the interface test report and the service log so as to find out the fault problem existing in the service system; the device layer comprises each device of the service system, the service layer comprises each service interface provided by the service system, and the business layer is used for defining business flow rules of the service system.
An embodiment of the present invention further provides a storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps of any one of the data transmission methods described above.
The embodiment of the present invention further provides a computer device, which includes a memory and a processor, where the memory stores a computer program, and the processor implements the steps of any one of the data transmission methods when executing the computer program.
Compared with the prior art, the technical scheme of the embodiment of the invention has the following beneficial effects:
the embodiment of the invention provides a monitoring method of a service system, wherein the service system comprises an equipment layer, a service layer and a service layer, and the method comprises the following steps: acquiring a device detection report of each device in a device layer; acquiring an interface test report of each service interface in a service layer; acquiring service interaction data of a service layer; analyzing the equipment detection report, the interface test report and the service log to find out the fault problem existing in the service system; the device layer comprises each device of the service system, the service layer comprises each service interface provided by the service system, and the business layer is used for defining business flow rules of the service system. Compared with the prior art, the scheme of the invention carries out multi-layer monitoring design according to the equipment layer, the service layer and the business layer of the service system, can realize the combination of software and hardware of the service system, effectively monitor the equipment running state in the service system, the service interaction condition and the business flow condition between internal and external multi-systems, and realize multi-system cooperation. Through multilayer monitoring, comprehensive monitoring is realized, unified collection and mutual verification of data are realized, and monitoring blind areas and false alarm and missing report of information are reduced to a great extent.
Furthermore, in order to realize the whole network monitoring environment of the equipment layer, the internal and external networks can be communicated through an internal and external network penetrating tool, and the network information of the equipment is comprehensively collected; in addition, the interface monitoring platform can be configured to manage the monitoring processes of all the service interfaces.
Furthermore, because the monitoring data is generated at a plurality of nodes of the service system, the generation amount is large, the integrity of the data can be effectively protected through a flash and other high-speed data acquisition tools, and the tools support breakpoint continuous transmission and are less influenced by links.
Furthermore, after the fault problem is locked according to the monitoring data of each layer, the relevant information can be obtained and sent to the fault processing terminal to inform corresponding staff, and the staff can perform fault troubleshooting and processing according to the relevant information of the fault problem. The related information may be information such as a device identification number of the faulty device, a current network state, a fault code, and a priority of the fault.
Drawings
Fig. 1 is a schematic flow chart of a monitoring method of a service system according to an embodiment of the present invention;
fig. 2 is a schematic application diagram of a monitoring method of a service system according to an embodiment of the present invention;
fig. 3 is a schematic structural diagram of a monitoring apparatus of a service system according to an embodiment of the present invention.
Detailed Description
As a background, in the automation scenario of the service system in the prior art, data of the business layer and the device layer are generated alternately when a task is executed. When the exception occurs in the individual node, the task can be continuously executed through the retry mechanism without being influenced. If the system is judged to be abnormal by the fault alarm of one node in the prior art, the situations of false fault alarm and failure alarm can occur.
In order to solve the problem, an embodiment of the present invention provides a monitoring method for a service system, where the service system includes an equipment layer, a service layer, and the method includes: acquiring a device detection report of each device in a device layer; acquiring an interface test report of each service interface in a service layer; acquiring service interaction data of a service layer; analyzing the equipment detection report, the interface test report and the service log to find out the fault problem existing in the service system; the device layer comprises each device of the service system, the service layer comprises each service interface provided by the service system, and the business layer is used for defining business flow rules of the service system.
Through the scheme, the monitoring blind area and the false alarm and missing report of the information can be effectively reduced.
In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in detail below.
Referring to fig. 1, an embodiment of the present invention provides a monitoring method for a service system, where the service system includes an equipment layer, a service layer, and the method includes:
step S101, acquiring a device detection report of each device in a device layer;
step S102, obtaining an interface test report of each service interface in a service layer;
step S103, acquiring service interaction data of a service layer;
step S104, analyzing the equipment detection report, the interface test report and the service log to find out the fault problem existing in the service system;
the device layer comprises each device of the service system, the service layer comprises each service interface provided by the service system, and the business layer is used for defining business flow rules of the service system.
The service system for providing service to outside at least comprises three layers: the device layer comprises a plurality of bottom devices supporting the operation of the service system; a service layer including a plurality of service interfaces for providing different services to an external system; the service Layer, also called service Logic Layer (Business Logic Layer), is used to define the service flow rule of the service system, and the Layer mainly focuses on the system design related to the service requirements, such as the establishment of the service rule, the realization of the service flow, and the like.
Monitoring mechanisms are respectively deployed at an equipment layer, a service layer and a service layer of the service system to collect monitoring data of each layer, and the monitoring data of each layer can be fault notification messages reported for each layer according to respective set fault reporting rules when a fault problem occurs.
Optionally, the fault notification message reported by each layer may have an exception level, where the exception level is used to indicate the urgency of the fault. For example, monitoring finds one server offline, but through other server-related logs, this server offline produces no error data. The exception level may not be very high, as long as recovery is required.
The monitoring data obtained by monitoring the device layer is a device detection report, which may be a detection log for detecting and collecting the operating state of each device, and may include information such as the memory occupancy of each device, whether the device is down, and the network interaction condition of each device.
Monitoring data obtained by monitoring the service layer is an interface test report, and monitoring points are set at each interface for data interaction between the service system and other external systems to obtain the interface test report; the monitoring data obtained by monitoring the service layer is service interaction data, that is, when the service layer executes the service flow rule, the generated service data or detection logs and the like are collected.
After the monitoring data of the device layer, the service layer and the business layer are obtained, the data can be combined to carry out fault comparative analysis so as to find out the fault problem existing in the service system. For example, most of fault data reported in the service layer is related to a specific device, and the fault data of the service layer and the running state of the device in the device layer can be combined to quickly locate the fault device, so as to solve the fault problem of the device.
By the monitoring method of the service system, the multi-layer monitoring design is carried out according to the equipment layer, the service layer and the business layer of the service system, so that the software and hardware combination of the service system can be realized, the equipment running state in the service system, the service interaction condition and the business flow condition between internal and external multi-systems can be effectively monitored, and the multi-system cooperation can be realized. Through multilayer monitoring, comprehensive monitoring is realized, unified collection and mutual verification of data are realized, and monitoring blind areas and false alarm and missing report of information are reduced to a great extent.
In an embodiment, the device detection report of each device includes an operation status log and a network status log of the device, and the step S101 in fig. 1 of obtaining the device detection report of each device in the device layer may include: the equipment of the equipment layer is deployed in an internal network and/or an external network, and the internal network and the external network are communicated through penetration of the internal network and the external network; and monitoring the operation of each device in the device layer to obtain the operation state log and the network state log of the device.
The device detection report of each device may include, in addition to the operation status log of the device operation condition, a network status log generated when the device performs data interaction in the network environment. The devices in the service system can be deployed in an intranet environment at a local site, and part of the devices need to communicate with an extranet. Therefore, the internal and external networks need to be communicated when the whole network monitoring environment of each device in the device layer needs to be realized, and the internal and external networks can be communicated by utilizing internal and external network penetrating tools such as Lanprox and the like.
Optionally, after the intranet is opened, each machine may be monitored by using Zabbix or other monitoring type software to collect information (such as network information and hard disk information) of the device, and the collected information may be sent to the server.
Optionally, the interface test report is generated according to the test result after each service interface executes the corresponding test instruction.
When each service interface of the service layer is monitored, a corresponding test instruction can be set for each service interface, and each service interface calls the corresponding test instruction to detect the running condition of the interface and generate interface test information.
Optionally, each service interface calls a corresponding test instruction at a certain interval to perform an interface test, and periodically performs health detection on each service interface.
Optionally, the interface monitoring platform of the entire service system may be configured, and a test instruction and a test period are configured for each service interface according to the interface identifier or the interface address, so as to manage the monitoring processes of all the service interfaces.
In the embodiment, in order to realize the whole network monitoring environment of the equipment layer, the internal and external networks can be communicated through the internal and external network penetrating tools, and the network information of the equipment is comprehensively collected; in addition, the interface monitoring platform can be configured to manage the monitoring processes of all the service interfaces.
In one embodiment, analyzing the device detection report, the interface test report, and the service log in step S104 in fig. 1 may include: and analyzing the data in the equipment detection report and/or the interface test report and/or the service log by a full-text search tool.
After the device detection report, the interface test report and the service log are obtained, if the monitoring data need to be contrasted and analyzed, the related monitoring data in the device layer, the service layer and the service layer can be obtained from the monitoring data through a full-text search tool, such as a FileLocator, an apache lucene and the like, so as to quickly find the fault problem and locate the fault device, and then the fault solution is executed.
Data analysis may be performed from one or more of the device layer, the service layer, and the business layer, in conjunction with the requirements of the fault analysis. Because the service log data volume of the service layer is large, after the fault is positioned by combining the equipment layer and the service layer, the corresponding content of the service log can be inquired according to the positioned fault.
Optionally, please continue to refer to fig. 1, after the device detection report, the interface test report and the service log are obtained through steps S101 to S103 in fig. 1, the method may further include: storing the device detection report, the interface test report, and the traffic log in a data collection server.
Optionally, the monitoring data is collected in the data collection server after the device detection report, the interface test report and the service log are obtained, and when the fault analysis is required, the required monitoring data may be obtained from the data collection server to perform the data analysis. Optionally, the data collection server is a cloud server, the server may use a search server (ES for short) for storage, and may use an adaptive search toolkit (apache lucene) inside the ES to implement reading and writing of data.
Optionally, the device detection report and/or the interface test report and/or the service log are sent to the data collection server through a log uploading tool and stored.
The log uploading tool can be a log management tool flash and the like.
Because the monitoring data are generated at a plurality of nodes of the service system, the generation amount is large, the integrity of the data can be effectively protected through a flash and other high-speed data acquisition tools, and the tools support breakpoint continuous transmission and are less influenced by links.
In an embodiment, with continuing reference to fig. 1, after discovering the failure problem existing in the service system in step S104, the method may further include: acquiring relevant information of the locked fault problem; and sending the fault problem and the related information to a fault processing terminal so that the fault processing terminal processes the fault problem.
When the fault problem is locked according to the monitoring data of each layer, the relevant information can be obtained and sent to the fault processing terminal to inform corresponding workers, and the workers can perform fault troubleshooting and processing according to the relevant information of the fault problem. The related information may be information such as a device identification number of the faulty device, a current network state, a fault code, and a priority of the fault.
Referring to fig. 2, fig. 2 is a schematic application diagram of a monitoring method for a service system, where the method is applicable to service monitoring in a logistics park, and the devices in the device layer include multiple gates (the gate 201 and the gate 202 in fig. 2), and each gate may include a gate, a local terminal (such as a computer, etc.), a gate server for managing data of the gate, and other devices; each of the gates transmits information such as the generated entry/exit record to the campus server 203, the campus server 203 can provide services to other systems, and collectively form a service layer, and the campus server 203 also manages a plurality of gates in the campus. Each park server 203 can also perform service interaction with the cloud service server 204 to form a service layer; the campus server 203 may configure a Zabbix monitoring program to send monitoring data of the device layer to the Zabbix server 205; in addition, each device in each barrier (such as the barrier 201 and the barrier 202) may also be configured with a Zabbix monitoring program if necessary, and directly transmit monitoring information to the Zabbix server 205; each Zabbix monitoring program accesses the internal and external networks through lanprox to monitor the network state and transmit data to the Zabbix server 205. The monitoring data of the service layer and the monitoring data of the device layer and the service layer obtained by the cloud service server 204 and the Zabbix server 205 are transmitted to the data collection server 206 for storage through a tool such as flash, the data collection server 206 can be an ES server, and the monitoring platform 207 performs comparative analysis on the monitoring data stored in the data collection server 206 to lock the fault problem, acquire related information and notify other terminals (such as a project manager in a park).
Referring to fig. 3, the present invention further provides a monitoring apparatus for a service system, where the apparatus may include:
a device layer monitoring module 301, configured to obtain a device detection report of each device in a device layer;
a service layer monitoring module 302, configured to obtain an interface test report of each service interface in a service layer;
a service layer monitoring module 303, configured to obtain service interaction data of a service layer;
a fault locking module 304, configured to analyze the device detection report, the interface test report, and the service log to find a fault problem existing in the service system;
the device layer comprises each device of the service system, the service layer comprises each service interface provided by the service system, and the business layer is used for defining business flow rules of the service system.
In an embodiment, the device detection report of each device includes an operation status log and a network status log of the device, and the device layer monitoring module 301 in fig. 3 may include:
the internal and external network opening unit is used for deploying equipment of an equipment layer in an internal network and/or an external network and opening the internal and external networks through penetration of the internal and external networks;
and the equipment monitoring unit is used for monitoring the operation of each equipment in the equipment layer so as to obtain the operation state log and the network state log of the equipment.
Optionally, the interface test report is generated according to the test result after each service interface executes the corresponding test instruction.
In one embodiment, the fault locking module 304 is further configured to analyze data in the device detection report and/or the interface test report and/or the service log through a full-text search tool.
In one embodiment, the monitoring device of the service system illustrated in fig. 3 may further include:
and the data storage module is used for storing the equipment detection report and/or the interface test report and/or the service log in a data collection server.
In one embodiment, the device detection report, the interface test report, and the service log are sent to the data collection server through a log uploading tool and stored.
In one embodiment, the monitoring device of the service system illustrated in fig. 3 may further include:
a fault information acquisition unit for acquiring information related to the locked fault problem;
and the information sending unit is used for sending the fault problem and the related information to a fault processing terminal so that the fault processing terminal processes the fault problem.
For more contents on the working principle and the working mode of the monitoring apparatus of the service system, reference may be made to the above description of the monitoring method of the service system in fig. 1, and details are not described here again.
Further, the embodiment of the present invention also discloses a storage medium, on which computer instructions are stored, and when the computer instructions are executed, the technical solution of the method shown in fig. 1 is executed.
Further, the embodiment of the present invention also discloses a computer device, which includes a memory and a processor, where the memory stores computer instructions capable of running on the processor, and the processor executes the technical solution of the method shown in fig. 1 when executing the computer instructions.
Specifically, in the embodiment of the present invention, the processor may be a Central Processing Unit (CPU), and the processor may also be other general-purpose processors, Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, and the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
It will also be appreciated that the memory in the embodiments of the subject application can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory. The nonvolatile memory may be a read-only memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash memory. Volatile memory can be Random Access Memory (RAM), which acts as external cache memory. By way of example and not limitation, many forms of Random Access Memory (RAM) are available, such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (enhanced SDRAM), SDRAM (SLDRAM), synchlink DRAM (SLDRAM), and direct bus RAM (DR RAM).
It should be understood that the term "and/or" herein is merely one type of association relationship that describes an associated object, meaning that three relationships may exist, e.g., a and/or B may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" in this document indicates that the former and latter related objects are in an "or" relationship.
The "plurality" appearing in the embodiments of the present application means two or more.
The descriptions of the first, second, etc. appearing in the embodiments of the present application are only for illustrating and differentiating the objects, and do not represent the order or the particular limitation of the number of the devices in the embodiments of the present application, and do not constitute any limitation to the embodiments of the present application.
The term "connect" in the embodiments of the present application refers to various connection manners, such as direct connection or indirect connection, to implement communication between devices, which is not limited in this embodiment of the present application.
Although the present invention is disclosed above, the present invention is not limited thereto. Various changes and modifications may be effected therein by one skilled in the art without departing from the spirit and scope of the invention as defined in the appended claims.

Claims (10)

1. A monitoring method of a service system, wherein the service system comprises a device layer, a service layer and a business layer, the method comprising:
acquiring a device detection report of each device in a device layer;
acquiring an interface test report of each service interface in a service layer;
acquiring service interaction data of a service layer;
analyzing the equipment detection report, the interface test report and the service log to find out the fault problem existing in the service system;
the device layer comprises each device of the service system, the service layer comprises each service interface provided by the service system, and the business layer is used for defining business flow rules of the service system.
2. The method of claim 1, wherein the device detection report of each device includes an operation status log and a network status log of the device, and the obtaining the device detection report of each device in the device layer comprises:
the equipment of the equipment layer is deployed in an internal network and/or an external network, and the internal network and the external network are communicated through penetration of the internal network and the external network;
and monitoring the operation of each device in the device layer to obtain the operation state log and the network state log of the device.
3. The method of claim 1, wherein the interface test report is generated according to a test result after each service interface executes the corresponding test instruction.
4. The method of any of claims 1 to 3, wherein analyzing the device detection report, the interface test report, and the traffic log comprises:
and analyzing the data in the equipment detection report and/or the interface test report and/or the service log by a full-text search tool.
5. The method of any of claims 1 to 3, wherein after obtaining the device detection report, the interface test report, and the traffic log, further comprising:
storing the device detection report and/or the interface test report and/or the traffic log in a data collection server.
6. The method of claim 5, wherein the device detection report, the interface test report, and the traffic log are sent to the data collection server via a log upload tool and stored.
7. The method of claim 1, wherein after discovering the fault problem existing in the service system, further comprising:
acquiring relevant information of the locked fault problem;
and sending the fault problem and the related information to a fault processing terminal so that the fault processing terminal processes the fault problem.
8. A service system monitoring apparatus, the apparatus comprising:
the device layer monitoring module is used for acquiring a device detection report of each device in the device layer;
the service layer monitoring module is used for acquiring an interface test report of each service interface in the service layer;
the service layer monitoring module is used for acquiring service interaction data of the service layer;
the fault locking module is used for analyzing the equipment detection report, the interface test report and the service log so as to find out the fault problem existing in the service system;
the device layer comprises each device of the service system, the service layer comprises each service interface provided by the service system, and the business layer is used for defining business flow rules of the service system.
9. A storage medium having a computer program stored thereon, the computer program, when being executed by a processor, performing the steps of the method of any one of claims 1 to 7.
10. A computer device comprising a memory and a processor, the memory storing a computer program, wherein the processor implements the steps of the method of any one of claims 1 to 7 when executing the computer program.
CN202010317970.XA 2020-04-21 2020-04-21 Service system monitoring method and device, storage medium and computer equipment Pending CN113535506A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010317970.XA CN113535506A (en) 2020-04-21 2020-04-21 Service system monitoring method and device, storage medium and computer equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010317970.XA CN113535506A (en) 2020-04-21 2020-04-21 Service system monitoring method and device, storage medium and computer equipment

Publications (1)

Publication Number Publication Date
CN113535506A true CN113535506A (en) 2021-10-22

Family

ID=78093881

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010317970.XA Pending CN113535506A (en) 2020-04-21 2020-04-21 Service system monitoring method and device, storage medium and computer equipment

Country Status (1)

Country Link
CN (1) CN113535506A (en)

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050076052A1 (en) * 2002-11-14 2005-04-07 Nec Fielding, Ltd. Maintenance service system, method and program
CN101316299A (en) * 2007-12-30 2008-12-03 中国移动通信集团四川有限公司 Call centre monitoring system based on application simulation
CN102104504A (en) * 2009-12-21 2011-06-22 中兴通讯股份有限公司 Platform and method for testing northbound interface
KR101219364B1 (en) * 2012-09-28 2013-01-21 한국보건복지정보개발원 Monitoring method and server on connecting service between working server and institution server, and recording medium thereof
CN105306272A (en) * 2015-11-10 2016-02-03 中国建设银行股份有限公司 Method and system for collecting fault scene information of information system
CN105389244A (en) * 2015-11-05 2016-03-09 浪潮(北京)电子信息产业有限公司 Server monitoring method and apparatus
CN105426278A (en) * 2015-11-20 2016-03-23 北京畅游天下网络技术有限公司 Client equipment performance test method and system
CN108510085A (en) * 2017-12-26 2018-09-07 杭州富阳海康保泰安防技术服务有限公司 Internet of Things operation maintenance worksheet processing platform
CN109189640A (en) * 2018-08-24 2019-01-11 平安科技(深圳)有限公司 Monitoring method, device, computer equipment and the storage medium of server
CN109271289A (en) * 2017-07-18 2019-01-25 车伯乐(北京)信息科技有限公司 A kind of application interface monitoring method, device, equipment and computer-readable medium
CN109597729A (en) * 2018-10-29 2019-04-09 深圳壹账通智能科技有限公司 A kind of monitoring method and device based on analog subscriber test
CN209297289U (en) * 2017-10-10 2019-08-23 厦门蓝海天信息技术有限公司 A kind of scientific instrument monitoring and shared system based on Internet of Things
CN110515820A (en) * 2019-08-29 2019-11-29 北京浪潮数据技术有限公司 A kind of server failure maintaining method, device, server and storage medium
CN110995511A (en) * 2019-12-24 2020-04-10 邱瀚 Cloud computing operation and maintenance management method and device based on micro-service architecture and terminal equipment

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050076052A1 (en) * 2002-11-14 2005-04-07 Nec Fielding, Ltd. Maintenance service system, method and program
CN101316299A (en) * 2007-12-30 2008-12-03 中国移动通信集团四川有限公司 Call centre monitoring system based on application simulation
CN102104504A (en) * 2009-12-21 2011-06-22 中兴通讯股份有限公司 Platform and method for testing northbound interface
KR101219364B1 (en) * 2012-09-28 2013-01-21 한국보건복지정보개발원 Monitoring method and server on connecting service between working server and institution server, and recording medium thereof
CN105389244A (en) * 2015-11-05 2016-03-09 浪潮(北京)电子信息产业有限公司 Server monitoring method and apparatus
CN105306272A (en) * 2015-11-10 2016-02-03 中国建设银行股份有限公司 Method and system for collecting fault scene information of information system
CN105426278A (en) * 2015-11-20 2016-03-23 北京畅游天下网络技术有限公司 Client equipment performance test method and system
CN109271289A (en) * 2017-07-18 2019-01-25 车伯乐(北京)信息科技有限公司 A kind of application interface monitoring method, device, equipment and computer-readable medium
CN209297289U (en) * 2017-10-10 2019-08-23 厦门蓝海天信息技术有限公司 A kind of scientific instrument monitoring and shared system based on Internet of Things
CN108510085A (en) * 2017-12-26 2018-09-07 杭州富阳海康保泰安防技术服务有限公司 Internet of Things operation maintenance worksheet processing platform
CN109189640A (en) * 2018-08-24 2019-01-11 平安科技(深圳)有限公司 Monitoring method, device, computer equipment and the storage medium of server
CN109597729A (en) * 2018-10-29 2019-04-09 深圳壹账通智能科技有限公司 A kind of monitoring method and device based on analog subscriber test
CN110515820A (en) * 2019-08-29 2019-11-29 北京浪潮数据技术有限公司 A kind of server failure maintaining method, device, server and storage medium
CN110995511A (en) * 2019-12-24 2020-04-10 邱瀚 Cloud computing operation and maintenance management method and device based on micro-service architecture and terminal equipment

Similar Documents

Publication Publication Date Title
CN109412870B (en) Alarm monitoring method and platform, server and storage medium
US20190268214A1 (en) Predicting issues before occurrence, detection, or reporting of the issues
CN109582545A (en) A kind of IT operation management system and method based on intelligent mobile terminal
CN104796273A (en) Method and device for diagnosing root of network faults
US10652103B2 (en) System and method for handling events involving computing systems and networks using fabric monitoring system
CA2835446A1 (en) Data analysis system
CN108710673A (en) Realize database high availability method, system, computer equipment and storage medium
CN111193608B (en) Network quality detection monitoring method, device and system and computer equipment
CN105531680A (en) Remote monitoring system, remote monitoring method, and program
Cherrared et al. LUMEN: A global fault management framework for network virtualization environments
US8601318B2 (en) Method, apparatus and computer program product for rule-based directed problem resolution for servers with scalable proactive monitoring
CN110149421A (en) Method for monitoring abnormality, system, device and the computer equipment of domain name system
CN109005156A (en) The shared determination method and device of account
CN111371570B (en) Fault detection method and device for NFV network
JP2009296531A (en) Monitoring device
Kučera et al. Fault Detection in Building management system networks
CN113535506A (en) Service system monitoring method and device, storage medium and computer equipment
CN114500178B (en) Self-operation intelligent Internet of things gateway
CN109743208A (en) Intelligence control automatic data acquisition system (ADAS) and method
CN108880920A (en) Cloud service management method, device and electronic equipment
CN114710389B (en) Information processing method and information processing apparatus
CN111988172A (en) Network information management platform, device and security management method
CN116881089B (en) Buried point and buried point management method for calling chain state feedback state
JP2014164628A (en) Information processing device, information processing method, information processing program, integrated monitoring server and monitoring system
CN117493133A (en) Alarm method, alarm device, electronic equipment and medium

Legal Events

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