CN117707892A - Application monitoring method and device, electronic equipment and storage medium - Google Patents

Application monitoring method and device, electronic equipment and storage medium Download PDF

Info

Publication number
CN117707892A
CN117707892A CN202311725733.7A CN202311725733A CN117707892A CN 117707892 A CN117707892 A CN 117707892A CN 202311725733 A CN202311725733 A CN 202311725733A CN 117707892 A CN117707892 A CN 117707892A
Authority
CN
China
Prior art keywords
data
span
service call
application
log
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
CN202311725733.7A
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.)
Shenzhen Hefei Technology Co ltd
Original Assignee
Shenzhen Hefei 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 Shenzhen Hefei Technology Co ltd filed Critical Shenzhen Hefei Technology Co ltd
Priority to CN202311725733.7A priority Critical patent/CN117707892A/en
Publication of CN117707892A publication Critical patent/CN117707892A/en
Pending legal-status Critical Current

Links

Classifications

    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

The embodiment of the application discloses an application monitoring method, an application monitoring device, electronic equipment and a storage medium. The method comprises the following steps: responding to a service call request, and acquiring performance index data, span data and log data generated by a target application in the service call process, wherein the target application is at least one application program responding to the service call request; and monitoring the target application based on the performance index data, span data and log data. By the method, various information such as the performance index, the request path and the log information of the application program can be monitored, so that the application program can be monitored more comprehensively, and a user can better understand the running condition of the application program.

Description

Application monitoring method and device, electronic equipment and storage medium
Technical Field
The application belongs to the technical field of computers, and particularly relates to an application monitoring method, an application monitoring device, electronic equipment and a storage medium.
Background
Modern society increasingly relies on complex computer applications and systems, including large-scale distributed architecture, cloud computing, and micro-services, to meet increasing user and business demands. In such complex environments, extremely high demands are placed on the performance, availability and security of applications, and therefore monitoring and managing such applications becomes critical.
Disclosure of Invention
In view of the above, the present application proposes an application monitoring method, an apparatus, an electronic device, and a storage medium, so as to improve the above problem.
In a first aspect, an embodiment of the present application provides an application monitoring method, applied to an application monitoring system, where the method includes: responding to a service call request, and acquiring performance index data, span data and log data generated by a target application in the service call process, wherein the target application is at least one application program responding to the service call request; and monitoring the target application based on the performance index data, span data and log data.
In a second aspect, an embodiment of the present application provides an application monitoring device, running in an application monitoring system, where the device includes: the system comprises a data acquisition unit, a service call unit and a service call unit, wherein the data acquisition unit is used for responding to a service call request and acquiring performance index data, span data and log data generated by a target application in the service call process, and the target application is at least one application program responding to the service call request; and the monitoring unit is used for monitoring the target application based on the performance index data, the span data and the log data.
In a third aspect, embodiments of the present application provide an electronic device including one or more processors and a memory; one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the one or more processors, the one or more programs configured to perform the methods described above.
In a fourth aspect, embodiments of the present application provide a computer readable storage medium having program code stored therein, wherein the above-described method is performed when the program code is run.
The embodiment of the application provides an application monitoring method, an application monitoring device, electronic equipment and a storage medium. And responding to the service call request, and acquiring performance index data, span data and log data generated by a target application in the service call process, wherein the target application is at least one application program responding to the service call request, and the target application is monitored based on the performance index data, the span data and the log data. By the method, various information such as the performance index, the request path and the log information of the application program can be monitored, so that the application program can be monitored more comprehensively, and a user can better understand the running condition of the application program.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the description of the embodiments will be briefly introduced below, it being obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1 is a flow chart illustrating an application monitoring method according to an embodiment of the present application;
FIG. 2 is a flow chart illustrating an application monitoring method according to another embodiment of the present application;
FIG. 3 is a flow chart illustrating an application monitoring method according to yet another embodiment of the present application;
fig. 4 shows a block diagram of an application monitoring device according to an embodiment of the present application;
fig. 5 shows a block diagram of an application monitoring device according to an embodiment of the present application;
FIG. 6 shows a block diagram of an electronic device for performing an application monitoring method according to an embodiment of the present application;
fig. 7 shows a storage unit for storing or carrying program codes for implementing the application monitoring method according to the embodiment of the present application in the embodiment of the present application.
Detailed Description
The following description of the embodiments of the present application will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are only some, but not all, of the embodiments of the present application. All other embodiments, which can be made by one of ordinary skill in the art based on the embodiments herein without making any inventive effort, are intended to be within the scope of the present application.
Modern society increasingly relies on complex computer applications and systems, including large-scale distributed architecture, cloud computing, and micro-services, to meet increasing user and business demands. In such complex environments, extremely high demands are placed on the performance, availability and security of applications, and therefore monitoring and managing such applications becomes critical.
The inventors have found in research on related application monitoring methods that conventional monitoring tools such as Nagios, zabbix and promethaus, etc., are commonly used to periodically poll or sample the performance metrics of an application. In contrast, these tools lack real-time performance monitoring, deep call chain analysis, and advanced log management functionality.
Application performance management (Application Performance Monitoring, APM) tools such as New Relic and AppDynamics provide deeper application performance monitoring, but they are generally focused on performance metrics and do not have powerful call chain analysis and log management capabilities.
Distributed tracking tools such as Zipkin and Jaeger are used to track request paths in applications, but they are typically focused on call chain analysis, lacking real-time performance monitoring and comprehensive log management.
Log management tools such as ELK (Elasticsearch, logstash, kibana) Stack are used for log collection, storage, and querying, but they do not provide real-time performance monitoring and deep call chain analysis.
Accordingly, the inventors propose an application monitoring method, an apparatus, an electronic device, and a storage medium in the present application. And responding to the service call request, and acquiring performance index data, span data and log data generated by a target application in the service call process, wherein the target application is at least one application program responding to the service call request, and the target application is monitored based on the performance index data, the span data and the log data. By the method, various information such as the performance index, the request path and the log information of the application program can be monitored, so that the application program can be monitored more comprehensively, and a user can better understand the running condition of the application program.
Embodiments of the present application will be described in detail below with reference to the accompanying drawings.
Referring to fig. 1, an application monitoring method provided in an embodiment of the present application is applied to an application monitoring system in an electronic device, and the method includes:
step S110: and responding to the service call request, and acquiring performance index data, span data and log data generated by a target application in the service call process, wherein the target application is at least one application program responding to the service call request.
In the embodiment of the present application, the service call request is a request for indicating to make a service call, where a service refers to a carrier carrying function or service capability information. By way of example, a Service may be a component (Service or Activity) or an application, where an application may include at least one component, and if an application includes only one component, the component may be considered the application. In response to a complete service call request, there may be a plurality of components or applications that respond to the service call request, so when the performance index data, span data, and log data generated by the target application during the service call are obtained, the performance index data, span data, and log data generated by at least one application during the service call may be obtained, which are not limited herein specifically. Wherein the target application may be an application in a different electronic device.
As one way, the service call request may be an instruction sent by another electronic device that establishes a communication connection with the electronic device, or the service call request may be an instruction triggered when a specific application program in the electronic device is started.
And when the electronic equipment receives the service call request, responding to the service call request, and starting to acquire performance index data, span data and log data generated by the target application in the service call process.
When the service call request is an instruction triggered when a specified application program in the electronic device is started, when the starting of the specified application program in the electronic device is detected, the triggering of the service call request is determined, and then the electronic device can respond to the service call request to start acquiring performance index data, span data and log data generated by a target application in the service call process.
Each application program in the electronic device is integrated with a lightweight agent or an SDK (Software Development Kit ), wherein the lightweight agent is a tool for collecting environment data of a container where the application program is located in the running process of the application program, and the SDK is a tool for collecting running data generated by the application program in the running process of the application program. That is, after the electronic device responds to the service call instruction, it may start to control the performance index data, span data, and log data generated by the target application in the service call process through the lightweight agent or SDK integrated in the target application.
The performance index data are collected performance index data of multiple dimensions generated by the target application in the service calling process. For example, the performance index data may include resource utilization rate, load, throughput, response time, and the like, and of course, the performance index data may also include index data of other dimensions, where the index data of other dimensions may be performance index data that needs to be collected and configured by a user according to specific requirements, for example, the index data of other dimensions may be index data related to target application performance that needs to be collected and set based on a current application scenario, for example, if the current application scenario is a payment scenario, the index data of other dimensions may be index data of dimensions such as payment amount, name of a payer, and payment number.
Performance Metrics (Metrics) are quantifiable measurements or data points used to evaluate and gauge the performance, health, or status of individual target applications. The performance index data provides valuable insight regarding the behavior and behavior of the monitored element, enabling an administrator to make informed decisions and take corresponding actions based on the collected performance index data. Performance metrics are commonly used to monitor various aspects of a target application in real-time to ensure its stability and effectiveness.
Span data refers to data recorded by all units of a service call request that can be used to track the propagation path of the request in the target application, each span data containing context information associated with the request to correlate the request to the correct span. Wherein a unit is called a span (spans). A complete service invocation request consists of multiple spans. When a service call request spans multiple services, agents or SDKs in each target application work cooperatively to transfer the collected span data to a central storage.
Optionally, performance index data, such as response time, delay, error rate, and resource utilization, may also be included in the span data, which is not specifically limited herein. These performance index data may be used to evaluate the performance and health of the service.
The log data refers to log information generated in the running process of the collected target application in the service calling process. The log data may include span data.
Step S120: and monitoring the target application based on the performance index data, span data and log data.
In the embodiment of the application, the target application can be monitored in real time through the performance index data, the span data and the log data which are acquired in real time. Wherein, the monitoring refers to automatically identifying whether the target application is abnormal in operation or not according to the performance index data, the span data and the log data.
The application monitoring system in the embodiment of the application monitoring system can support a multi-tenant architecture, allows different organizations or users to share the same application monitoring system, and simultaneously keeps data isolation and security, so that the application monitoring system has higher flexibility and expandability, and can be suitable for users of different scales and types.
Meanwhile, the application monitoring system can automatically identify abnormal conditions according to the acquired data and send real-time alarm notification to related teams, so that the quick response of the problem is facilitated, and the requirement of manual intervention is reduced.
After the performance index data is obtained in real time, the performance index data can be compared with a preset performance index threshold in real time, and when the performance index data is detected to exceed the preset performance index threshold or an abnormality occurs, the application monitoring system can generate alarm information, so that the application monitoring system can send the alarm information to a related team, and the related team can take measures rapidly. When notifying the related team, the warning information can be sent to the related team by means of a short message or mail; of course, the alarm information may also be displayed directly by the electronic device, which is not limited herein. Optionally, the performance index data may also be monitored by a time series anomaly detection algorithm to determine an anomaly performance index.
Similarly, after span data and log data are acquired, the application monitoring system can also analyze the acquired span data and log data in real time, and send alarm information to related teams when preset alarm conditions are met. For example, an abnormal log rule base may be stored in advance, so that the application system may detect the obtained log data through the abnormal log rule base, for example, if log data corresponding to a certain target application is matched with an abnormal rule in the abnormal log rule base, the target application is an abnormal target application, and the log data is an abnormal log.
According to the application monitoring method, a service call request is responded, performance index data, span data and log data generated by a target application in a service call process are obtained, wherein the target application is at least one application program responding to the service call request, and the target application is monitored based on the performance index data, the span data and the log data. By the method, various information such as the performance index, the request path and the log information of the application program can be monitored, so that the application program can be monitored more comprehensively, and a user can better understand the running condition of the application program.
Referring to fig. 2, an application monitoring method provided in an embodiment of the present application is applied to an application monitoring system in an electronic device, and the method includes:
step S210: a plurality of performance indicators configured in advance are obtained.
In the embodiment of the present application, the plurality of performance indexes may be performance indexes configured by the user according to the current application scenario. Different application scenes can correspond to different performance indexes, and the performance indexes corresponding to each application scene can be configured on a user interface by a user. The user interface can display a plurality of application scenes and all performance indexes corresponding to each application scene, and then a user can select the performance index which needs to be acquired currently. That is, the user may customize the performance metrics to be captured at the user interface. Optionally, the user interface may further include an alarm rule and a monitoring setting, so that a user may customize the alarm rule and the monitoring setting through the user interface, and specifically, the user may configure according to a requirement of a target application.
Step S220: and responding to the service call request, and acquiring performance index data, span data and log data generated by the target application in the service call process based on the plurality of performance indexes.
In the embodiment of the present application, in response to a service invocation request, a corresponding plurality of performance index data, span data, and log data may be obtained based on a plurality of performance indexes configured in advance.
After the performance index data is collected, the performance index data may be aggregated to generate higher-level performance summary information. For example, performance index data on the order of seconds may be aggregated into data on the order of minutes, hours, or higher for performance trend analysis and resource planning. When the performance index data is polymerized, the polymerization can be performed according to actual requirements.
Step S230: and monitoring the target application based on the performance index data, span data and log data.
Step S240: and acquiring a monitoring result of the target application.
In this embodiment of the present application, the monitoring result is a result obtained by analyzing, in real time, the acquired performance index data, span data, and log data by the monitoring system, where the monitoring result may include a monitoring result corresponding to the performance index data, a monitoring result corresponding to the span data, and a monitoring result corresponding to the log data.
As one way, a call chain corresponding to the service call is determined based on the span data.
In the embodiment of the application, the call chain corresponding to the service call request can be determined through span data, and the call chain can be used for representing the request path of the service call request.
Step S250: and displaying the monitoring result.
In the embodiment of the application, after the monitoring result of the target application is obtained, the monitoring result can be displayed through a visual instrument panel. Meanwhile, the graphical information of span data, performance index data and log data can be displayed through a visual instrument board so as to monitor the state and performance of the target application in real time.
As one way, the call chain is displayed.
The user can monitor the target application performance and identify potential problems in real time by looking at the call chain graph.
According to the application monitoring method, a plurality of preset performance indexes are firstly obtained, a service call request is responded, performance index data, span data and log data generated by a target application in a service call process are obtained based on the plurality of performance indexes, then the target application is monitored based on the performance index data, the span data and the log data, then a monitoring result of the target application is obtained, and the monitoring result is displayed. By the method, various aspects of the application program including performance indexes, request paths and log information can be comprehensively monitored, and the user can better understand the running condition of the application program.
Referring to fig. 3, an application monitoring method provided in an embodiment of the present application is applied to an electronic device, and the method includes:
step S310: and responding to the service call request, and acquiring performance index data generated by the target application in the service call process based on a first data structure, wherein the first data structure at least comprises an index name, an application name, a time stamp, an index value and an index label.
In this embodiment of the present application, the first data structure is a preset data structure of the acquired performance index data. Specifically, a complete first data structure may be as follows:
wherein, the meta name characterizes the index name, for example, the login frequency is an index, and the name is login; application characterizes application names, marks applications from which the index comes, such as login index is in a login verification system; the timestamp characterizes a timestamp, and the seconds of the current time are used for recording the time point of occurrence of the event; value characterizes the number of times this time occurs, or an indicator such as an instantaneous value of the current temperature; tags characterize some additional tags of this index, such as version of login interface, login location, login IP, etc., can be used as tags. Such a data structure can well describe performance index data.
Step S320: and acquiring span data generated by the target application in the service calling process based on a second data structure, wherein the second data structure at least comprises a unique identifier of the service call, the start-stop time of the service call, the belonged service, a span list and attribute information of each span.
The attribute information of each span comprises a unique identifier of each span, an identifier of a father span of each span, a start-stop time of each span, a call type of each span, a service to which each span belongs, a label and a log.
In this embodiment of the present application, the second data structure is a preset data structure of acquired span data. Specifically, a complete request or transaction consists of multiple spans of data. The second data structure may be as follows:
wherein, traceId is used to mark an event, such as a login event, ID of the current time; startTime is used to mark the start time of an event; endTime is used to mark the end time of an event; service is used to mark the system that handles the current event; the spans characterize span information, marking the nodes through which this request flows in the system.
The span ID characterizes a span ID, for example, the verification account password in a login event is one link, which is called a span; the pantId characterizes the ID of the last span information, for example, the last link of verifying the account password is to verify whether the password format is correct; startTime, endTime service, and tags are characterized as above; operation represents the type of service of the current processing node, e.g. http, rpc, etc
Step S330: and acquiring log data generated by the target application in the service call process based on a third data structure, wherein the third data structure at least comprises a log level, a log timestamp, a log information message body, a log source, associated call chain information and a linear identification for processing the service call request.
In this embodiment of the present application, the third data structure is a preset data structure of acquired log data. Specifically, a complete log data structure may be as follows:
wherein, the level characterizes the level of the log; the timestamp characterizes the timestamp of the log; message characterizes a log information message body; source characterizes the log source, such as which engineering module printed; the traceId characterizes the associated trace call chain information.
In many cases there will be a thread ID or the like of the current processing request, by means of which information all events of the whole request cycle can be associated.
Step S340: and monitoring the target application based on the performance index data, span data and log data.
Step S350: storing the performance index data in a time series database, storing the span data and the log data to a central data storage area.
In the present embodiment, the time series database (Time Series Database, TSDB) is a database system specifically designed for storing and managing time series data. Time series data is characterized by data points recorded in time, typically at fixed time intervals. Time series databases are optimized for efficient storage, retrieval and analysis of time stamped data and are therefore widely used in monitoring systems for capturing and analyzing data trends and patterns over time. Included in the central data storage area are a variety of high performance databases for specifically storing and indexing span data as well as log data.
As one approach, after the performance index data is obtained, the performance index data may be stored in a time series database to ensure the integrity and persistence of the data. The time series database can quickly store and retrieve a large amount of performance index data so that users can inquire and analyze the performance index data at any time.
After the span data is obtained, the span data may be transferred to a central data storage area for storage, where the data transfer typically employs an asynchronous mechanism to avoid negatively impacting the performance of the target application, and the span data may be transferred via HTTP, message queues, or other communication protocols. The central data storage area may include a data processing engine for processing and analyzing span data. Optionally, processing and analysis of span data may include aggregation, performance calculations, error detection, and data cleaning. Data processing and analysis may help generate data regarding target application performance, request paths, and potential problems, which may be used for performance optimization and troubleshooting.
After the log data is obtained, an index may be added to the log data so that a user can quickly query and retrieve a log of a specific time period, event type, or keyword. Wherein the index is set by key attributes based on time stamp, log level, log source, keywords, etc.
The indexed log data may then be transferred to a central data storage area. Typically, such data will be transmitted over a network to a log server or cloud server. In the data transmission process, log data can be compressed and encrypted to ensure the safety and efficiency of data transmission. The central data storage area employs a log aggregation and aggregation mechanism to process large amounts of log data and consolidate them into larger data blocks to reduce storage and processing overhead.
Optionally, before storing the performance index data, the span data and the log data, a data retention policy may be set first, and then the performance index data, the span data and the log data may be stored by the set data retention policy. The data retention strategy can be used for managing retention and cleaning of performance index data, span data and log data, and is beneficial to maintaining database performance and effectively utilizing storage space.
According to the application monitoring method, firstly, performance index data generated by a target application in the service calling process is acquired based on a first data structure, span data generated by the target application in the service calling process is acquired based on a second data structure, log data generated by the target application in the service calling process is acquired based on a third data structure, then the target application is monitored based on the performance index data, the span data and the log data, the performance index data is stored in a time sequence database, and the span data and the log data are stored in a central data storage area. By the method, various aspects of the application program including performance indexes, request paths and log information can be comprehensively monitored, and the user can better understand the running condition of the application program.
Referring to fig. 4, an application monitoring apparatus 400 provided in an embodiment of the present application runs an application monitoring system, where the apparatus 400 includes:
the data obtaining unit 410 is configured to obtain, in response to a service call request, performance index data, span data, and log data generated by a target application in a service call process, where the target application is at least one application program that responds to the service call request.
As one way, the data obtaining unit 410 is specifically configured to obtain a plurality of performance indexes configured in advance; and responding to the service call request, and acquiring performance index data, span data and log data generated by the target application in the service call process based on the plurality of performance indexes.
As another way, the data obtaining unit 410 is specifically configured to obtain, in response to a service call request, performance index data generated by the target application during a service call based on a first data structure, where the first data structure includes at least an index name, an application name, a timestamp, an index value, and an index tag; acquiring span data generated by the target application in the service calling process based on a second data structure, wherein the second data structure at least comprises a unique identifier of the service call, the start-stop time of the service call, the belonged service, a span list and attribute information of each span; and acquiring log data generated by the target application in the service call process based on a third data structure, wherein the third data structure at least comprises a log level, a log timestamp, a log information message body, a log source, associated call chain information and a linear identification for processing the service call request.
The attribute information of each span comprises a unique identifier of each span, an identifier of a father span of each span, a start-stop time of each span, a call type of each span, a service to which each span belongs, a label and a log.
And a monitoring unit 420, configured to monitor the target application based on the performance index data, span data, and log data.
Referring to fig. 5, the apparatus 400 further includes:
a display unit 430, configured to obtain a monitoring result of the target application; and displaying the monitoring result.
As one way, the display unit 430 is specifically configured to determine, based on the span data, a call chain corresponding to the service call; and displaying the call chain.
And a storage unit 440 for storing the performance index data in a time-series database, and storing the span data and the log data in a central data storage area.
It should be noted that, in the present application, the device embodiment and the foregoing method embodiment correspond to each other, and specific principles in the device embodiment may refer to the content in the foregoing method embodiment, which is not described herein again.
An electronic device provided in the present application will be described with reference to fig. 6.
Referring to fig. 6, based on the above-mentioned application monitoring method and apparatus, another electronic device 800 capable of executing the above-mentioned application monitoring method is further provided in the embodiments of the present application. The electronic device 800 includes one or more (only one shown) processors 802, memory 804, and a network module 806 coupled to each other. The memory 804 stores therein a program capable of executing the contents of the foregoing embodiments, and the processor 802 can execute the program stored in the memory 804.
Wherein the processor 802 may include one or more processing cores. The processor 802 utilizes various interfaces and lines to connect various portions of the overall electronic device 800, perform various functions of the electronic device 800, and process data by executing or executing instructions, programs, code sets, or instruction sets stored in the memory 804, and invoking data stored in the memory 804. Alternatively, the processor 802 may be implemented in hardware in at least one of digital signal processing (Digital Signal Processing, DSP), field programmable gate array (Field-Programmable Gate Array, FPGA), programmable logic array (Programmable Logic Array, PLA). The processor 802 may integrate one or a combination of several of a central processing unit (Central Processing Unit, CPU), an image processor (Graphics Processing Unit, GPU), and a modem, etc. The CPU mainly processes an operating system, a user interface, an application program and the like; the GPU is used for being responsible for rendering and drawing of display content; the modem is used to handle wireless communications. It will be appreciated that the modem may not be integrated into the processor 802 and may be implemented solely by a single communication chip.
The Memory 804 may include random access Memory (Random Access Memory, RAM) or Read-Only Memory (rom). Memory 804 may be used to store instructions, programs, code, sets of codes, or instruction sets. The memory 804 may include a stored program area that may store instructions for implementing an operating system, instructions for implementing at least one function (e.g., a touch function, a sound playing function, an image playing function, etc.), instructions for implementing the various method embodiments described below, etc., and a stored data area. The storage data area may also store data created by the terminal 800 in use (e.g., phonebook, audio-video data, chat-record data), etc.
The network module 806 is configured to receive and transmit electromagnetic waves, and to implement mutual conversion between electromagnetic waves and electrical signals, so as to communicate with a communication network or other devices, such as electronic devices. The network module 806 may include various existing circuit elements for performing these functions, such as an antenna, a radio frequency transceiver, a digital signal processor, an encryption/decryption chip, a Subscriber Identity Module (SIM) card, memory, and the like. The network module 806 may communicate with various networks such as the internet, intranets, wireless networks, or with other devices via wireless networks. The wireless network may include a cellular telephone network, a wireless local area network, or a metropolitan area network. For example, the network module 806 may interact with base stations.
Referring to fig. 7, a block diagram of a computer readable storage medium according to an embodiment of the present application is shown. The computer readable storage medium 900 has stored therein program code that can be invoked by a processor to perform the methods described in the method embodiments described above.
The computer readable storage medium 900 may be an electronic memory such as a flash memory, an EEPROM (electrically erasable programmable read only memory), an EPROM, a hard disk, or a ROM. Optionally, computer readable storage medium 900 includes non-volatile computer readable media (non-transitory computer-readable storage medium). The computer readable storage medium 900 has storage space for program code 910 that performs any of the method steps described above. The program code can be read from or written to one or more computer program products. Program code 910 may be compressed, for example, in a suitable form.
The application monitoring method, the device, the electronic equipment and the storage medium are used for responding to a service call request and acquiring performance index data, span data and log data generated by a target application in the service call process, wherein the target application is at least one application program responding to the service call request, and the target application is monitored based on the performance index data, the span data and the log data. By the method, various information such as the performance index, the request path and the log information of the application program can be monitored, so that the application program can be monitored more comprehensively, and a user can better understand the running condition of the application program.
The embodiments of the present invention have been described above with reference to the accompanying drawings, but the present invention is not limited to the above-described embodiments, which are merely illustrative and not restrictive, and many forms may be made by those having ordinary skill in the art without departing from the spirit of the present invention and the scope of the claims, which are to be protected by the present invention.

Claims (10)

1. An application monitoring method, applied to an application monitoring system, the method comprising:
responding to a service call request, and acquiring performance index data, span data and log data generated by a target application in the service call process, wherein the target application is at least one application program responding to the service call request;
and monitoring the target application based on the performance index data, span data and log data.
2. The method of claim 1, wherein the obtaining, in response to the service call request, performance index data, span data, and log data generated by the target application during the service call includes:
acquiring a plurality of performance indexes which are configured in advance;
and responding to the service call request, and acquiring performance index data, span data and log data generated by the target application in the service call process based on the plurality of performance indexes.
3. The method of claim 1, wherein the obtaining, in response to the service call request, performance index data, span data, and log data generated by the target application during the service call includes:
responding to a service call request, and acquiring performance index data generated by the target application in the service call process based on a first data structure, wherein the first data structure at least comprises an index name, an application name, a time stamp, an index value and an index label;
acquiring span data generated by the target application in the service calling process based on a second data structure, wherein the second data structure at least comprises a unique identifier of the service call, the start-stop time of the service call, the belonged service, a span list and attribute information of each span;
and acquiring log data generated by the target application in the service call process based on a third data structure, wherein the third data structure at least comprises a log level, a log timestamp, a log information message body, a log source, associated call chain information and a linear identification for processing the service call request.
4. The method of claim 3, wherein the attribute information for each span includes a unique identifier for each span, an identifier for a parent span for each span, a start-stop time for each span, a call type for each span, a service to which each span belongs, a tag, and a log.
5. The method of claim 1, wherein the monitoring the target application based on the performance index data, span data, and log data further comprises:
acquiring a monitoring result of the target application;
and displaying the monitoring result.
6. The method of claim 5, wherein the monitoring the target application based on the performance index data, span data, and log data further comprises:
determining a call chain corresponding to the service call based on the span data;
displaying the monitoring result;
and displaying the call chain.
7. The method according to claim 1, wherein the method further comprises:
storing the performance index data in a time series database, storing the span data and the log data to a central data storage area.
8. An application monitoring device, operable in an application monitoring system, the device comprising:
the system comprises a data acquisition unit, a service call unit and a service call unit, wherein the data acquisition unit is used for responding to a service call request and acquiring performance index data, span data and log data generated by a target application in the service call process, and the target application is at least one application program responding to the service call request;
and the monitoring unit is used for monitoring the target application based on the performance index data, the span data and the log data.
9. An electronic device comprising one or more processors; one or more programs are stored in the memory and configured to perform the method of any of claims 1-7 by the one or more processors.
10. A computer readable storage medium, characterized in that the computer readable storage medium has stored therein a program code, wherein the program code, when being executed by a processor, performs the method of any of claims 1-7.
CN202311725733.7A 2023-12-14 2023-12-14 Application monitoring method and device, electronic equipment and storage medium Pending CN117707892A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311725733.7A CN117707892A (en) 2023-12-14 2023-12-14 Application monitoring method and device, electronic equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311725733.7A CN117707892A (en) 2023-12-14 2023-12-14 Application monitoring method and device, electronic equipment and storage medium

Publications (1)

Publication Number Publication Date
CN117707892A true CN117707892A (en) 2024-03-15

Family

ID=90158426

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311725733.7A Pending CN117707892A (en) 2023-12-14 2023-12-14 Application monitoring method and device, electronic equipment and storage medium

Country Status (1)

Country Link
CN (1) CN117707892A (en)

Similar Documents

Publication Publication Date Title
US20150170070A1 (en) Method, apparatus, and system for monitoring website
CN110232010A (en) A kind of alarm method, alarm server and monitoring server
US20120311562A1 (en) Extendable event processing
CN112052111B (en) Processing method, device and equipment for server abnormity early warning and storage medium
EP2759938A1 (en) Operations management device, operations management method, and program
CN111339175B (en) Data processing method, device, electronic equipment and readable storage medium
CN108322350B (en) Service monitoring method and device and electronic equipment
CN108156141B (en) Real-time data identification method and device and electronic equipment
CN112488877A (en) Industrial energy consumption visualization system for energy service platform
CN110677304A (en) Distributed problem tracking system and equipment
CN110807050B (en) Performance analysis method, device, computer equipment and storage medium
CN114844797A (en) Call chain log and monitoring log association method and micro-service anomaly detection method
US9201752B2 (en) System and method for correlating empirical data with user experience
CN112948224A (en) Data processing method, device, terminal and storage medium
CN114445088A (en) Method and device for judging fraudulent conduct, electronic equipment and storage medium
CN111371581A (en) Method, device, equipment and medium for detecting business abnormity of Internet of things card
CN111431733A (en) Service alarm coverage information evaluation method and device
CN117707892A (en) Application monitoring method and device, electronic equipment and storage medium
KR101973728B1 (en) Integration security anomaly symptom monitoring system
CN114416560A (en) Program crash analysis aggregation method and system
CN114500316A (en) Method and system for inspecting equipment of Internet of things
CN112416896A (en) Data abnormity warning method and device, storage medium and electronic device
CN111294411A (en) Monitoring system
CN113778800B (en) Error information processing method, device, system, equipment and storage medium
CN109102083A (en) A kind of the quantity configuration method and relevant device of maintenance of equipment

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