WO2021056739A1

WO2021056739A1 - Performance analysis method, device, computer apparatus and storage medium

Info

Publication number: WO2021056739A1
Application number: PCT/CN2019/117741
Authority: WO
Inventors: 丛再锋
Original assignee: 平安科技（深圳）有限公司
Priority date: 2019-09-25
Filing date: 2019-11-13
Publication date: 2021-04-01
Also published as: CN110807050A; CN110807050B

Abstract

Provided are a performance analysis method, device, computer apparatus and storage medium, relating to the field of big data, the method comprises: acquiring target link information of a plurality of services (S201), classifying the plurality of services according to the target link information to obtain a plurality of target service groups (S202), and calculating performance parameters of each service in the target service group (S203), analyzing the service calling performance of each service in the target service group according to the performance parameters (S204), so that the service calling is grouped, classified and calculated according to the link information of each service, the calling performance of each service is obtained through performance parameter analysis of the service calling, unified processing of calling performance general situations among micro-service cluster services is realized, and the troubleshooting efficiency of service performance problems is improved.

Description

Performance analysis method, device, computer equipment and storage medium

This application is based on the Chinese invention patent application with the application number 201910908943.7 filed on September 25, 2019, titled "Performance Analysis Method, Device, Computer Equipment and Storage Medium", and claims its priority.

Technical field

This application relates to the field of big data, in particular to performance analysis methods, devices, computer equipment and storage media.

Background technique

In order to cope with complex business, the system architecture of each company has evolved from a single-machine large-scale software to a service architecture. These services may be implemented by different teams and languages, or may be published on multiple servers. Therefore, if a service fails, dozens of services may be abnormal. The full-link monitoring system can record information within the scope of the request, such as the execution process and time-consuming of a remote method call. It is an important tool for troubleshooting system problems and system performance.

The performance analysis of the traditional full-link monitoring system is to perform statistics on each individual service, that is, to perform statistics based on the data of each service call, so that only the performance of a single service can be counted, and the microservice cluster services cannot be displayed. Performance overview, making it difficult to troubleshoot when problems occur. For example, the service A and the four services B, C, D, E, and F have a mutual invocation relationship. When the B, C, and D services call A, it takes very little time, and when the F service calls A, it takes a lot of time. When the situation occurs, the inventor realizes that the traditional statistical method can only count that the A service is time-consuming in some cases, and it is necessary to check more detailed link information to locate the problem, which is very labor-intensive and time-consuming.

Summary of the invention

The purpose of the embodiments of the present application is to propose a performance analysis method to solve the problem of low efficiency in troubleshooting service performance.

In order to solve the above technical problems, an embodiment of the present application provides a performance analysis method, which includes the following steps:

Acquiring target link information of multiple services, where the target link information includes status information and service flags;

The multiple services are classified according to the target link information to obtain multiple target service groups, wherein the target service group includes multiple services with the same calling relationship, and the services of the multiple services The marks are different from each other;

Calculating the performance parameters of each service in the target service group;

Analyze the service invocation performance of each service in the target service group according to the performance parameter.

In order to solve the above technical problem, an embodiment of the present application further provides a performance analysis device, the performance analysis device includes:

An obtaining module, configured to obtain target link information of multiple services, where the target link information includes status information and service flags;

The determining module is configured to classify the multiple services according to the target link information to obtain multiple target service groups, wherein the target service group includes multiple services with the same calling relationship, and the The service marks of multiple services are different from each other;

A calculation module for calculating the performance parameters of each service in the target service group;

The analysis module is used to analyze the service invocation performance of each service in the target service group according to the performance parameter.

In order to solve the above technical problems, an embodiment of the present application further provides a computer device, including a memory and a processor, the memory stores computer-readable instructions, and the processor implements the above-mentioned performance analysis when the computer-readable instructions are executed. Method steps.

In order to solve the above technical problems, embodiments of the present application also provide a computer-readable storage medium, the non-volatile readable storage medium stores computer-readable instructions, and the computer-readable instructions are implemented when executed by a processor. The steps of the performance analysis method described above.

The details of one or more embodiments of the present application are set forth in the following drawings and description, and other features and advantages of the present application will become apparent from the description, drawings, and claims.

Description of the drawings

In order to explain the solution in this application more clearly, the following will briefly introduce the drawings used in the description of the embodiments of the application. Obviously, the drawings in the following description are some embodiments of the application. Ordinary technicians can obtain other drawings based on these drawings without creative work.

Figure 1 is an exemplary system architecture diagram to which the present application can be applied;

Fig. 2 is a flowchart of an embodiment of the performance analysis method according to the present application;

Fig. 3 is a schematic structural diagram of an embodiment of the performance analysis device according to the present application;

Fig. 4 is a schematic structural diagram of an embodiment of a computer device according to the present application.

detailed description

Unless otherwise defined, all technical and scientific terms used herein have the same meanings as commonly understood by those skilled in the technical field of the application; the terms used in the specification of the application herein are only for describing specific embodiments. The purpose is not to limit the application; the terms "including" and "having" in the specification and claims of the application and the above-mentioned description of the drawings and any variations thereof are intended to cover non-exclusive inclusions. The terms "first", "second", etc. in the specification and claims of the application or the above-mentioned drawings are used to distinguish different objects, rather than to describe a specific sequence.

Reference to "embodiments" herein means that a specific feature, structure, or characteristic described in conjunction with the embodiments may be included in at least one embodiment of the present application. The appearance of the phrase in various places in the specification does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment mutually exclusive with other embodiments. Those skilled in the art clearly and implicitly understand that the embodiments described herein can be combined with other embodiments.

In order to enable those skilled in the art to better understand the solutions of the present application, the technical solutions in the embodiments of the present application will be described clearly and completely in conjunction with the accompanying drawings.

As shown in FIG. 1, the system architecture 100 may include

terminal devices

101, 102, 103, a network 104, and a server 105. The network 104 is used to provide a medium for communication links between the

terminal devices

101, 102, 103 and the server 105. The network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, and so on.

The user can use the

terminal devices

101, 102, and 103 to interact with the server 105 through the network 104 to receive or send messages and so on. Various communication client applications, such as web browser applications, shopping applications, search applications, instant messaging tools, email clients, and social platform software, may be installed on the

terminal devices

101, 102, and 103.

The

terminal devices

101, 102, 103 may be various electronic devices with display screens and support for web browsing, including but not limited to smart phones, tablets, e-book readers, MP3 players (Moving Picture E performance analysis perts Group Audio Layer III, Motion Picture Expert Compresses Standard Audio Layer 3), MP4 (Moving Picture E Performance Analysis perts Group Audio Layer IV, Motion Picture Expert Compresses Standard Audio Layer 4) Players, laptop portable computers and desktop computers, etc.

The server 105 may be a server that provides various services, for example, a background server that provides support for pages displayed on the

terminal devices

101, 102, and 103.

Incidentally, the present application profiling embodiment of the method provided by sever / terminal device performed, accordingly, a general profiling means provided in the server / terminal device.

It should be understood that the numbers of terminal devices, networks, and servers in FIG. 1 are merely illustrative. According to implementation needs, there can be any number of terminal devices, networks, and servers.

Continuing to refer to FIG. 2, a flowchart of an embodiment of the performance analysis method according to the present application is shown. The performance analysis method includes the following steps:

S201: Acquire target link information of multiple services, where the target link information includes status information and service flags.

Among them, the service can be multiple services, and there can be a direct or indirect call relationship between each service. The above target link information is multiple pieces of data information uploaded when each service makes a service call, and the data information is stored in the database in.

Further, the above-mentioned target link information may include, but is not limited to, status information and service flags, where the status information can be referred to as span information, and the status information includes, but is not limited to, service name information, business name information, operation name information, and success status information , Delay status information, one or more of parent service name information, for example, status information 1 includes: service name: B, business name: virtual machine, operation name: create vm, success status: failure, belonging implementation : SZD02 and parent service name: A.

Specifically, the service mark is generated when a service call is made between each service, or it can be passed down from the previous service call. The service mark can be named trace ID, and the service mark can also be obtained by one or more combinations of symbols, data, letters, etc. Among them, different service calls that contain the same service mark belong to the same complete service call. For example, there are four services A, B, C, and D, and there is a call relationship between services ABCD, that is, service A wants to call The service of service D, but in the invocation process, service A must call service B, service B calls service C, service C calls service D, service A can call the service of service D, so when service A initiates the call , Generate a service mark such as number 1, service A uploads the link information of service mark 1 and service A's status information generation link to the service management system, and service A transfers the service mark 1 to service B. When service B receives the service token 1, it will generate the link information of service B together with the status information of service B and upload it to the service management system, and transfer the service token 1 to service C. When the service C receives the service mark 1, the service mark 1 and the status information of the service C are combined to generate the link information of the service C and uploaded to the service management system, and the service mark 1 is transferred to the service D. When the service D receives the service tag 1, the service tag 1 and the status information of the service D are combined to generate the link information of the service D and uploaded to the service management system. This completes the service call relationship between ABCD services and forms a complete service call. Then the link information uploaded by services A, B, C, and D contains the same service identifier 1, so services A, B, C, The call relationship between D belongs to the same complete service call.

S202: Classify the multiple services according to the target link information to obtain multiple target service groups, where the target service group includes multiple services with the same calling relationship, and the multiple services The service tags are different from each other.

Among them, the calling relationship may be a private calling relationship, a static calling relationship, a parent-child calling relationship, a peer calling relationship, etc. For example, the acquired status information is that service A sends instruction information to the next-level service B, which means that service A is the parent service of service B, and service B is the child service of service A.

Specifically, when the services corresponding to the target link information with the same service mark are divided into the same group, the parent-child relationship of the service calls between the services is determined according to the parent service name in the status information, so as to obtain multiple targets Service group, for example, service A, B, C, D are a group with the same service ID, in the status information of service A, the parent service name is empty; in the status information of service B, the parent service name is service A ; In the status information of service C, the parent service is named service B; in the status information of service D, the parent service is named service C; it can be seen that service A calls service B, service A is the parent service, and service B is Child service; Service B calls service C, service B is the parent service, and service C is the child service; service C calls service D, service C is the parent service, and service D is the child service.

S203: Calculate the performance parameters of each service in the target service group.

Wherein, the performance parameter includes one or more of the performance parameters of multiple performance parameter elements, and the performance parameter element includes one or more of success, failure, and delay.

After classifying service calls with the same parent-child relationship, perform statistical calculations for each class of service calls with the same parent-child relationship, that is, calculate the number of the parent-child relationship in the target service group, that is, calculate the same parent-child relationship , And the service marks the number of different service calls. For example, after 4 service calls with the same parent-child relationship are called, the performance parameters of these 4 service calls with the same parent-child relationship are calculated. Firstly, the number of 4 service calls with the same parent-child relationship is calculated, and then 4 services are judged as having the same parent-child relationship. One or more of performance parameters such as the percentage of successes, the percentage of failures, and the percentage of delays among the number of service calls of the same parent-child relationship.

It should be noted that the performance parameters of each service are different, and the performance parameters of each service do not need to be consistent, because the number of times different services are called or the number of times other services are called is different, and the final calculation is The performance parameters of the services are also different.

In this embodiment, the dimension of service invocation is not limited. It can be calculated according to the service demand, the number of services, and the service invocation between services. The calculation includes: the performance parameters of each service are corresponding to each performance parameter. The preset performance parameter thresholds are compared. Since a service call can have multiple performance parameter original elements, the corresponding preset performance parameter thresholds will be set for multiple performance parameter elements, and the service call performance parameter elements will be calculated separately. Actual performance parameters.

S204: Analyze the service invocation performance of each service in the target service group according to the performance parameter.

Among them, after the performance parameters of each service call are calculated in step S203, the performance parameters of each service call are compared with the preset performance parameter threshold. If the preset performance parameter threshold is not met, it means that the service has poor call performance. . If the preset performance parameter threshold is met, it indicates that the service invocation performance is good, which can be connected to the entire service cluster in a more macroscopic manner, so that the service management system can better manage and count the service invocation performance of each service invocation.

By acquiring the target link information of multiple services, classifying the multiple services according to the target link information to obtain multiple target service groups, and calculating the performance parameters of each service in the target service group, according to the performance parameters Analyze the service invocation performance of each service in the target service group to realize the grouping, classification, and calculation of the service invocation by the link information of each service, and then obtain the invocation performance of each service through the analysis of the performance parameters of the service invocation. The unified processing of invocation performance profiles between service cluster services improves the efficiency of troubleshooting service performance problems.

In some optional implementations of this embodiment, step S202, that is, the calling relationship is a parent-child relationship, and the multiple services are classified according to the target link information to obtain multiple target service groups. If the target service group includes multiple services with the same calling relationship, and the service tags of the multiple services are different from each other, the above electronic device may also perform the following steps:

Initial classification of the target link information according to the service tag;

Determine the parent-child relationship between each service in the initial classification according to the state information;

The services with the same parent-child relationship are grouped into the same target service group.

Specifically, after obtaining the target link information of each service in the preset calculation period, the uploaded service tags of each service are sequentially compared, and the services containing the same service tag are divided into a group for classification, For example, if the link information uploaded by services A, B, C, and D contains the same service tag, the link information corresponding to services A, B, C, and D is grouped into one group, that is, the service corresponding to the link information A, B, C, and D are divided into a group.

In this embodiment, the big data analysis tool spark is used, multiple machines are used to build a spark cluster, and the api (application programming interface) of spark (a fast and universal computing engine designed for large-scale data processing) is used to Perform data aggregation and statistics, and use the open tracing (open distributed tracing) protocol.

Specifically, after the service classifications with the same service identifier are determined, the service calls with the same parent-child relationship in each classification are classified, that is, they are classified into the same target service group. It is also possible to categorize and accumulate service calls corresponding to different service identifiers that have the same parent-child relationship, so as to obtain multiple service calls with the same parent-child relationship. For example, service ABCD is a complete service invocation group with the same service ID 1, and there are 3 sets of parent-child relationships with the same service ID 1, namely AB parent-child relationship, BC parent-child relationship, and CD parent-child relationship; while service FBCD is a parent-child relationship with the same service ID 1. A complete service call group with the same service ID 2, and there are 3 parent-child relationships with the same service ID 2, namely FB parent-child relationship, BC parent-child relationship, and CD parent-child relationship; then there are 6 groups in these two service calling groups Parent-child relationship, classify the service calls with the same parent-child relationship, then divide the AB parent-child relationship into one category, divide the BC parent-child relationship with service mark 1 and the BC parent-child relationship with service mark 2 into one category, The CD parent-child relationship with service tag 1 and the CD parent-child relationship with service tag 2 are divided into one type, and the FB parent-child relationship is divided into one type, so that 4 types of service calls with the same parent-child relationship are obtained.

Through the initial classification of the target link information according to the service tag, the parent-child relationship between each service in the initial classification is determined according to the state information, and the services with the same parent-child relationship are classified into the same target service group, which can be connected to In the entire service cluster, it is convenient to manage and count the data information called by each service.

In some optional implementation manners of this embodiment, the above step S201, that is, the step of obtaining the link information of the service specifically includes:

When a call request is received, the link information uploaded by each service is received in real time;

Storing each of the received link information in a database;

Acquire the link information of each service in the database according to a preset calculation period, and use it as the target link information.

Among them, when the service management system detects the service call request, it triggers the receiving instruction to receive the link information uploaded by the service in real time. Each time the service management system receives the link information of a service, it stores the link information corresponding to the service in a database, where multiple link information of multiple services can be stored in the database, which is convenient for analyzing each link. Service call performance between services.

Among them, the preset calculation period may be a preset calculation period of a service invocation performance parameter, and the preset calculation period may be 1 minute, 5 minutes, 10 minutes, 30 minutes, 1 hour, etc. Setting the preset calculation period is to reduce the calculation time and amount of calculation of the service management system, so as to improve the calculation efficiency of the service management system.

Specifically, in a certain preset calculation period, service calls are continuously generated between various services, and the link information uploaded to the database also increases. When the next preset calculation period arrives, the target link information of each service stored in the preset calculation period is acquired, so that the link information of each service can be analyzed and processed.

In this embodiment, when a call request is received, the link information uploaded by each service is received in real time, and each received link information is stored in the database, and each service in the database is obtained according to the preset calculation period. The link information is used as the target link information, which is conducive to effective management of the link information of each service, and is conducive to the support of the data information obtained when the service management system analyzes the service invocation performance, and makes the analysis result more reliable.

In some optional implementation manners of this embodiment, the above step S203, the step of calculating the performance parameters of each service in the target service group specifically includes:

Counting the number of the same calling relationship and the number of different service marks of the same calling relationship;

Calculate the ratio of the number of the same calling relationship to the number of the service marks as the performance parameter.

Specifically, after classifying service calls with the same parent-child relationship, perform statistical calculations on each classified service call with the same parent-child relationship, calculate the number of parent-child relationships, that is, calculate the same parent-child relationship, and The service marks the number of different service calls. For example, after 4 service calls with the same parent-child relationship, perform performance parameter calculations on these 4 service calls with the same parent-child relationship. First, calculate the number of 4 service calls with the same parent-child relationship, and then judge that 4 services have the same parent-child relationship. One or more of performance parameters such as the percentage of successes, the percentage of failures, and the percentage of delays among the number of service calls of the same parent-child relationship. In this embodiment, the dimension of the service call is not limited, and the calculation can be performed according to the service demand, the number of services, and the service calls between services.

Further, calculating the ratio of the number of the same calling relationship to the number of the service marks as the performance parameter may be in the calculation of multiple service calls, and the percentage of the number of successful calls to the total number of calls is the service A performance parameter to be called, or the percentage of the number of delayed calls to the total number of calls is determined as a performance parameter.

For example, if the total number of service calls is 100 and the number of successful service calls is 60, then the performance parameter of the service call is 60%. Or, for example, AB, A service calls B service, the total number of calls is 100, 60 calls are successful, 30 are delayed, and 10 are failed; then the service call performance parameter is the successful performance parameter 60%; the service call performance parameter is 30% for the delayed performance parameter; the service call performance parameter is 10% for the failed performance parameter.

In this embodiment, by counting the number of the same calling relationship and the number of different service marks of the same calling relationship, the ratio of the number of the same calling relationship to the number of service marks is calculated as a performance parameter. The unified processing of the call performance profile between calls improves the efficiency of troubleshooting service performance issues.

In some embodiments, the foregoing step S204 is to analyze the service invocation performance of each service in the target service group according to the performance parameter, and the foregoing electronic device may perform the following steps:

Acquiring the performance parameters corresponding to each service in the preset calculation period;

Averaging the performance parameters;

Analyze the service invocation performance of each service according to the parameter results obtained after averaging.

Specifically, the performance parameters corresponding to at least two service calls calculated in the preset calculation period are accumulated, and the average value of the accumulated performance parameters is calculated to obtain the average result of the service, or calculate each preset Each performance parameter is calculated in the cycle to be accumulated, and the average result of the cumulative performance parameter is calculated, that is, the average performance parameter corresponding to the average preset calculation cycle is obtained. For example, obtain the percentage of successes, percentages of failures, percentages of delays, etc. of multiple service calls within one hour, and calculate the average value of one or more performance parameters corresponding to each service call to obtain a total Performance parameters, such as getting a new success percentage, failure percentage, or delay percentage.

Further, analyzing the service invocation performance corresponding to each of the service flags may be to compare the performance parameters of each service invocation with a preset performance parameter threshold. If the preset performance parameter threshold is not met, it indicates that the service invocation performance is poor. If the preset performance parameter threshold is met, it indicates that the service invocation performance is good.

Further, different preset performance parameter thresholds can be set for success, failure, delay, etc., for example, the preset performance parameter threshold for success is set to 80%; the preset performance parameter threshold for delay is set to 50%, etc. The preset performance parameter thresholds can be set according to user needs.

Further, if the performance parameter threshold of a certain service call is 80%, 60% of the actual performance parameter of that service call does not meet the performance parameter threshold of 80%, so it can be analyzed that the successful service call performance of the service call is poor.

In this embodiment, by acquiring the corresponding performance parameters in the preset calculation period, the performance parameters are averaged, and the service invocation performance of each service is analyzed according to the parameter results obtained after the average processing, thereby reducing the database occupancy At the same time, it improves computing efficiency, and can accurately analyze the service invocation performance of each service call, which can be connected to the entire service cluster in a more macroscopic manner, which facilitates the management and statistics of the data information of each service call, and improves the troubleshooting of service calls. effectiveness.

In some embodiments, after step S203, that is, after calculating the performance parameters of each service in the target service group, the electronic device may perform the following steps:

The performance parameters calculated in each preset calculation period are stored in the database.

Specifically, if the preset calculation period is taken as the calculation period, then the link information uploaded by each service can be processed at an interval of a preset calculation period, and the performance parameters between each service call can be calculated, and each of the calculated values can be For the same parent-child relationship, the performance parameters of service calls with different service tags are saved. The method of saving can be to save the performance parameters of the service calls calculated in each preset calculation period separately, or the performance parameters calculated each time The performance parameters of the service call are accumulated and saved. By saving the performance parameters, it is convenient to query, manage and count the data information of the service call.

After the performance parameter corresponding to the service is obtained, the link information corresponding to the performance parameter is cleared from the database.

Specifically, after the link information first stored in the database is analyzed and calculated to obtain the performance parameters of each service call, the link information first stored in the database is cleared, so that the calculation results of the performance parameters can be retained. And can reduce the occupation of the database. When the next preset period comes, you only need to analyze the new link information stored in the database between the last preset calculation period and this preset calculation period, calculate the performance parameters of each service call, and save the calculation results. can.

A person of ordinary skill in the art can understand that all or part of the processes in the methods of the foregoing embodiments can be implemented by instructing relevant hardware through computer-readable instructions, which can be stored in a non-volatile readable storage. In the medium, when the readable instruction is executed, it may include the procedures of the above-mentioned method embodiments. Among them, the aforementioned storage medium may be a non-volatile storage medium such as a magnetic disk, an optical disc, a read-only memory (Read-Only Memory, ROM), or a random access memory (Random Access Memory, RAM), etc.

It should be understood that although the various steps in the flowchart of the drawings are displayed in sequence as indicated by the arrows, these steps are not necessarily executed in sequence in the order indicated by the arrows. Unless explicitly stated in this article, the execution of these steps is not strictly limited in order, and they can be executed in other orders. Moreover, at least part of the steps in the flowchart of the drawings may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily executed at the same time, but can be executed at different times, and the order of execution is also It is not necessarily performed sequentially, but may be performed alternately or alternately with at least a part of other steps or sub-steps or stages of other steps.

With further reference to FIG. 3, as an implementation of the method shown in FIG. 2, this application provides an embodiment of a performance analysis device. The device embodiment corresponds to the method embodiment shown in FIG. Used in various electronic devices.

As shown in FIG. 3, the performance analysis device described in this embodiment includes: an acquisition module 301, a determination module 302, a calculation module 303, and an analysis module 304. among them:

The obtaining module 301 is configured to obtain target link information of multiple services, where the target link information includes status information and service flags;

The determining module 302 is configured to classify the multiple services according to the target link information to obtain multiple target service groups, wherein the target service group includes multiple services with the same calling relationship, and The service marks of the multiple services are different from each other;

The calculation module 303 is used to calculate the performance parameters of each service in the target service group;

The analysis module 304 is configured to analyze the service invocation performance of each service in the target service group according to the performance parameter.

Further, the determining module 302 further includes:

A grouping sub-module, configured to initially classify the target link information according to the service tag;

A determining sub-module, configured to determine the parent-child relationship between each service in the initial classification according to the state information;

Similar sub-modules are used to group services with the same parent-child relationship into the same target service group.

Further, the obtaining module 301 further includes:

The receiving sub-module is used to receive the link information uploaded by each service in real time when the call request is received;

The storage sub-module is used to store each of the received link information in the database;

The first obtaining submodule is configured to obtain the link information of each service in the database according to a preset calculation period, as the target link information.

Further, the calculation module 303 further includes:

A statistics sub-module, configured to count the number of the same calling relationship and the number of different service marks of the same calling relationship;

The calculation sub-module is used to calculate the ratio of the number of the same calling relationship to the number of the service marks as the performance parameter.

Further, the analysis module 304 further includes:

The second obtaining sub-module is configured to obtain the performance parameters corresponding to each service in the preset calculation period;

The accumulation sub-module is used for averaging the performance parameters;

The analysis sub-module is used to analyze the service invocation performance of each service according to the parameter results obtained after averaging.

Further, the performance analysis device further includes:

The saving module is configured to save the performance parameters calculated in each preset calculation period in the database.

Further, the performance analysis device further includes:

The clearing module is configured to clear the link information corresponding to the performance parameter from the database after obtaining the performance parameter corresponding to the service.

Regarding the performance analysis device in the foregoing embodiment, the specific manner in which each module performs the operation has been described in detail in the embodiment of the method, and a detailed description will not be given here.

In order to solve the above technical problems, the embodiments of the present application also provide computer equipment. Please refer to FIG. 4 for details. FIG. 4 is a block diagram of the basic structure of the computer device in this embodiment.

The computer device 4 includes a memory 41, a processor 42, and a network interface 43 that are connected to each other in communication through a system bus. It should be pointed out that the figure only shows the computer device 4 with components 41-43, but it should be understood that it is not required to implement all the shown components, and more or fewer components may be implemented instead. Among them, those skilled in the art can understand that the computer device here is a device that can automatically perform numerical calculation and/or information processing in accordance with pre-set or stored instructions. Its hardware includes, but is not limited to, a microprocessor, a dedicated Integrated Circuit (Application Specific Integrated Circuit, ASIC), Programmable Gate Array (Field-Programmable Gate Array, FPGA), Digital Processor (Digital Signal Processor, DSP), embedded equipment, etc.

The computer device may be a computing device such as a desktop computer, a notebook, a palmtop computer, and a cloud server. The computer device can interact with the user through a keyboard, a mouse, a remote control, a touch panel, or a voice control device.

The memory 41 includes at least one type of readable storage medium, the readable storage medium includes flash memory, hard disk, multimedia card, card type memory (for example, SD or D performance analysis memory, etc.), random access memory (RAM) , Static random access memory (SRAM), read only memory (ROM), electrically erasable programmable read only memory (EEPROM), programmable read only memory (PROM), magnetic memory, magnetic disks, optical disks, etc. In some embodiments, the memory 41 may be an internal storage unit of the computer device 4, such as a hard disk or memory of the computer device 4. In other embodiments, the memory 41 may also be an external storage device of the computer device 4, for example, a plug-in hard disk equipped on the computer device 4, a smart memory card (Smart Media Card, SMC), and a secure digital (Secure Digital, SD) card, flash card (Flash Card), etc. Of course, the memory 41 may also include both the internal storage unit of the computer device 4 and its external storage device. In this embodiment, the memory 41 is generally used to store an operating system and various application software installed in the computer device 4, such as computer-readable instructions for a performance analysis method. In addition, the memory 41 can also be used to temporarily store various types of data that have been output or will be output.

The processor 42 may be a central processing unit (Central Processing Unit, CPU), a controller, a microcontroller, a microprocessor, or other data processing chips in some embodiments. The processor 42 is generally used to control the overall operation of the computer device 4. In this embodiment, the processor 42 is configured to run computer-readable instructions or processed data stored in the memory 41, for example, computer-readable instructions for running the performance analysis method.

The network interface 43 may include a wireless network interface or a wired network interface, and the network interface 43 is generally used to establish a communication connection between the computer device 4 and other electronic devices.

The present application also provides another implementation manner, that is, one or more non-volatile readable storage media are provided, and the non-volatile readable storage medium stores performance analysis readable instructions, and the performance analysis readable The instructions may be executed by at least one processor, so that the at least one processor executes the steps of the performance analysis method described above.

Through the description of the above implementation manners, those skilled in the art can clearly understand that the above-mentioned embodiment method can be implemented by means of software plus the necessary general hardware platform, of course, it can also be implemented by hardware, but in many cases the former is better.的实施方式。 Based on this understanding, the technical solution of this application essentially or the part that contributes to the existing technology can be embodied in the form of a software product, and the computer software product is stored in a storage medium (such as ROM/RAM, magnetic disk, The optical disc) includes several instructions to enable a terminal device (which can be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to execute the method described in each embodiment of the present application.

Obviously, the embodiments described above are only a part of the embodiments of the present application, rather than all of the embodiments. The drawings show preferred embodiments of the present application, but do not limit the patent scope of the present application. This application can be implemented in many different forms. On the contrary, the purpose of providing these examples is to make the understanding of the disclosure of this application more thorough and comprehensive. Although this application has been described in detail with reference to the foregoing embodiments, for those skilled in the art, it is still possible for those skilled in the art to modify the technical solutions described in each of the foregoing specific embodiments, or equivalently replace some of the technical features. . All equivalent structures made using the contents of the description and drawings of this application, directly or indirectly used in other related technical fields, are similarly within the scope of patent protection of this application.

Claims

A performance analysis method, characterized in that the method includes:

Acquiring target link information of multiple services, where the target link information includes status information and service flags;

The multiple services are classified according to the target link information to obtain multiple target service groups, wherein the target service group includes multiple services with the same calling relationship, and the services of the multiple services The marks are different from each other;

Calculating the performance parameters of each service in the target service group;

Analyze the service invocation performance of each service in the target service group according to the performance parameter.
The performance analysis method according to claim 1, wherein the calling relationship is a parent-child relationship, and the classifying the multiple services according to the target link information to obtain multiple target service groups comprises:

Initial classification of the target link information according to the service tag;

Determine the parent-child relationship between each service in the initial classification according to the state information;

The services with the same parent-child relationship are grouped into the same target service group.
The performance analysis method according to claim 1, wherein said obtaining target link information of multiple services comprises:

When a call request is received, the link information uploaded by each service is received in real time;

Storing each of the received link information in a database;

Acquire the link information of each service in the database according to a preset calculation period, and use it as the target link information, and use it as the target link information.
The performance analysis method according to claim 3, wherein said calculating the performance parameters of each service in the target service group comprises:

Counting the number of the same calling relationship and the number of different service marks of the same calling relationship;

Calculate the ratio of the number of the same calling relationship to the number of the service marks as the performance parameter.
The performance analysis method according to claim 4, wherein the analyzing the service invocation performance of each service in the target service group according to the performance parameter comprises:

Acquiring the performance parameters corresponding to each service in the preset calculation period;

Averaging the performance parameters;

Analyze the service invocation performance of each service according to the parameter results obtained after averaging.
The performance analysis method according to claim 1 or 3, wherein after the calculation of the performance parameters of each service in the target service group, the method further comprises:

The performance parameters calculated in each preset calculation period are stored in the database.
The performance analysis method according to claim 1 or 3, wherein after the calculating the performance parameters of each service in the target service group, the method further comprises:

After the performance parameter corresponding to the service is obtained, the link information corresponding to the performance parameter is cleared from the database.
A performance analysis device, characterized in that it comprises:

An obtaining module, configured to obtain target link information of multiple services, where the target link information includes status information and service flags;

The determining module is configured to classify the multiple services according to the target link information to obtain multiple target service groups, wherein the target service group includes multiple services with the same calling relationship, and the The service marks of multiple services are different from each other;

A calculation module for calculating the performance parameters of each service in the target service group;

The analysis module is used to analyze the service invocation performance of each service in the target service group according to the performance parameter.
The performance analysis device according to claim 8, wherein the determining module further comprises:

A grouping sub-module, configured to initially classify the target link information according to the service tag;

A determining sub-module, configured to determine the parent-child relationship between each service in the initial classification according to the state information;

Similar sub-modules are used to group services with the same parent-child relationship into the same target service group.
The performance analysis device according to claim 8, wherein the acquisition module further comprises:

The receiving sub-module is used to receive the link information uploaded by each service in real time when the call request is received;

The storage sub-module is used to store each of the received link information in the database;

The first obtaining submodule is configured to obtain the link information of each service in the database according to a preset calculation period, as the target link information.
A computer device includes a memory and a processor, wherein computer readable instructions are stored in the memory, and the processor implements the following steps when the processor executes the computer readable instructions:

Acquiring target link information of multiple services, where the target link information includes status information and service flags;

The multiple services are classified according to the target link information to obtain multiple target service groups, wherein the target service group includes multiple services with the same calling relationship, and the services of the multiple services The marks are different from each other;

Calculating the performance parameters of each service in the target service group;

Analyze the service invocation performance of each service in the target service group according to the performance parameter.
The computer device according to claim 11, wherein the calling relationship is a parent-child relationship, and the classifying the multiple services according to the target link information to obtain multiple target service groups comprises:

Initial classification of the target link information according to the service tag;

Determine the parent-child relationship between each service in the initial classification according to the state information;

The services with the same parent-child relationship are grouped into the same target service group.
The computer device according to claim 11, wherein said obtaining target link information of multiple services comprises:

When a call request is received, the link information uploaded by each service is received in real time;

Storing each of the received link information in a database;

Acquire the link information of each service in the database according to a preset calculation period, and use it as the target link information, and use it as the target link information.
The computer device according to claim 13, wherein the calculating the performance parameters of each service in the target service group comprises:

Counting the number of the same calling relationship and the number of different service marks of the same calling relationship;

Calculate the ratio of the number of the same calling relationship to the number of the service marks as the performance parameter.
The computer device according to claim 14, wherein the analyzing the service invocation performance of each service in the target service group according to the performance parameter comprises:

Acquiring the performance parameters corresponding to each service in the preset calculation period;

Averaging the performance parameters;

Analyze the service invocation performance of each service according to the parameter results obtained after averaging.
A computer-readable storage medium, characterized in that computer-readable instructions are stored on the computer-readable storage medium, and the following steps are implemented when the computer-readable instructions are executed by a processor:

Acquiring target link information of multiple services, where the target link information includes status information and service flags;

The multiple services are classified according to the target link information to obtain multiple target service groups, wherein the target service group includes multiple services with the same calling relationship, and the services of the multiple services The marks are different from each other;

Calculating the performance parameters of each service in the target service group;

Analyze the service invocation performance of each service in the target service group according to the performance parameter.
The computer-readable storage medium according to claim 16, wherein the calling relationship is a parent-child relationship, and the multiple services are classified according to the target link information to obtain multiple target service groups include:

Initial classification of the target link information according to the service tag;

Determine the parent-child relationship between each service in the initial classification according to the state information;

The services with the same parent-child relationship are grouped into the same target service group.
The computer-readable storage medium according to claim 16, wherein the acquiring target link information of multiple services comprises:

When a call request is received, the link information uploaded by each service is received in real time;

Storing each of the received link information in a database;

Acquire the link information of each service in the database according to a preset calculation period, and use it as the target link information, and use it as the target link information.
The computer-readable storage medium according to claim 18, wherein the calculating the performance parameters of each service in the target service group comprises:

Counting the number of the same calling relationship and the number of different service marks of the same calling relationship;

Calculate the ratio of the number of the same calling relationship to the number of the service marks as the performance parameter.
The computer-readable storage medium according to claim 19, wherein the analyzing the service invocation performance of each service in the target service group according to the performance parameter comprises:

Acquiring the performance parameters corresponding to each service in the preset calculation period;

Averaging the performance parameters;

Analyze the service invocation performance of each service according to the parameter results obtained after averaging.