CN112346856B - Method, device and equipment for displaying multilink call topology under micro-service architecture - Google Patents
Method, device and equipment for displaying multilink call topology under micro-service architecture Download PDFInfo
- Publication number
- CN112346856B CN112346856B CN202011133896.2A CN202011133896A CN112346856B CN 112346856 B CN112346856 B CN 112346856B CN 202011133896 A CN202011133896 A CN 202011133896A CN 112346856 B CN112346856 B CN 112346856B
- Authority
- CN
- China
- Prior art keywords
- call
- topology
- service
- calling
- chains
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
- G06F9/5072—Grid computing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mathematical Physics (AREA)
- Telephonic Communication Services (AREA)
Abstract
The application relates to a method, a device and equipment for displaying multilink call topology under a micro-service architecture, wherein the method comprises the following steps: obtaining a plurality of call chains; determining a criticality coefficient of each call chain, wherein the criticality coefficient of each call chain is positively correlated with the number of service units contained in the call chain and the total occurrence number of the service units contained in the call chain in a plurality of call chains; for each service unit contained in a plurality of call chains, determining the presentation position of the service unit in a first direction in the topology presentation according to the call position of the service unit in the call chain with the highest critical coefficient in the call chain containing the service unit; determining the connection relation between the service units in the topology display according to the calling relation among the service units in the calling chains; and displaying the multilink calling topology of the calling chains according to the display positions and the connection relation. By the method and the device, the display of the key path is realized, and the analysis difficulty of the calling chain is reduced.
Description
Technical Field
The present application relates to the field of data analysis, and in particular, to a method, an apparatus, and a device for displaying a multi-link call topology under a micro service architecture.
Background
As micro-service technology evolves, more and more organizations attempt to use finer-grained service architectures to achieve better fault tolerance, faster delivery. With the expansion of services, the granularity of services is more and more complicated, and a topological graph becomes an indispensable technical means for micro-service governance. Through visualization, link tracking, topology and other technologies, service vertexes with suspected faults can be found and positioned quickly and intuitively, and the micro-service management capability is improved.
The characteristic of the microservice architecture call chain is that a request often needs to involve multiple services, i.e. can be represented by a unidirectional chain; and multiple requests can involve more services, and the summary processing can be represented by a directed complete graph.
The existing topology display mode can present simple data by using topological structures such as trees, rings, meshes and the like, and even draw and present a more complex relational network through a Force-Directed Graph (Force-Directed Graph). However, as the service granularity is more and more broken, the structure is more and more flexible, the number of topology vertices is also greatly increased, and the topology presented by the above methods is very complex and cannot reflect the peculiarity of link invocation.
Disclosure of Invention
In order to solve the technical problem or at least partially solve the technical problem, the application provides a method, a device and equipment for displaying a multi-link call topology under a micro service architecture.
In a first aspect, the present application provides a method for displaying a multi-link call topology under a micro-service architecture, including: obtaining a plurality of call chains, wherein each call chain comprises a service unit and a call relation between the service units; determining a criticality coefficient of each call chain, wherein the criticality coefficient of each call chain is positively correlated with the number of service units contained in the call chain and the total number of times of occurrence of the service units contained in the call chain in the plurality of call chains; for each service unit contained in a plurality of call chains, determining the display position of the service unit in a first direction in the topology display according to the call position of the service unit in the call chain with the highest critical coefficient in the call chain containing the service unit; determining the connection relation between the service units in the topology display according to the calling relation among the service units in the calling chains; and displaying the multilink call topology of the call chains according to the display position of the service unit in the first direction in the topology display and the connection relation between the service units in the topology display.
In some implementations, the criticality factor for each call chain is determined as the product of the total number of times the service units included in the call chain occur in the plurality of call chains and the number of service units included in the call chain.
In some implementations, the method for showing a topology invoked by multiple links under the micro service architecture further includes: determining the connection direction between the service units in the topology display according to the calling relationship among the service units in the calling chains; wherein, according to the display position of the service unit in one direction in the topology display and the connection relationship between the service units in the topology display, the multi-link call topology of the plurality of call chains is displayed, which includes: and displaying the multilink calling topology of the plurality of calling chains according to the display position of the service unit in one direction in the topology display and the connection relation and the connection direction between the service units in the topology display.
In some implementations, a plurality of service units with the same position in the first direction are not shown in an overlapping manner in the second direction of the topology show.
In some implementations, the plurality of call chains is a plurality of call chains within a predetermined time period.
In some implementations, the method for showing a topology invoked by multiple links under the micro service architecture further includes: determining the time consumed for calling between service units with direct calling relationship; the invocation between the exposed service units in the topology exposure is time consuming.
In a second aspect, the present application provides a topology display device for multi-link call under a micro service architecture, including: the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring a plurality of call chains, and each call chain comprises a service unit and a call relation between the service units; the first determining module is used for determining a criticality coefficient of each call chain, wherein the criticality coefficient of each call chain is positively correlated with the number of service units contained in the call chain and the total occurrence frequency of the service units contained in the call chain in a plurality of call chains; a second determining module, configured to determine, for each service unit included in the multiple call chains, a display position of the service unit in the first direction in the topology display according to a call position of the service unit in a call chain having a highest critical coefficient in the call chains including the service unit; a third determining module, configured to determine a connection relationship between service units in the topology display according to the call relationships between the service units in the multiple call chains; and the display module is used for displaying the multilink calling topology of the calling chains according to the display position of the service unit in the first direction in the topology display and the connection relation between the service units in the topology display.
In some embodiments, the apparatus for showing a topology of a multi-link call under a microservice architecture further includes: the fourth determining module is used for determining the connection direction between the service units in the topology display according to the calling relation among the service units in the calling chains; the display module is configured to display the multi-link call topology of the multiple call chains according to a display position of the service unit in one direction in the topology display and a connection relationship and a connection direction between the service units in the topology display.
In a third aspect, an embodiment of the present application provides a computer device, including: a memory, a processor and a computer program stored on the memory and operable on the processor; when being executed by the processor, the computer program realizes the steps of the multi-link calling topology display method under the micro service architecture.
In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, where a topology displaying program for multi-link call under a micro service architecture is stored on the computer-readable storage medium, and when the topology displaying program for multi-link call under the micro service architecture is executed by a processor, the steps of the topology displaying method for multi-link call under the micro service architecture are implemented.
Compared with the prior art, the technical scheme provided by the embodiment of the application has the following advantages.
The method provided by the embodiment of the application realizes displaying the key paths of the plurality of calling chains in the multi-link calling topology display diagram, reduces the analysis difficulty of the calling chains, is beneficial to quickly and visually finding and positioning the service units suspected to have faults, and improves the micro-service management capability.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application.
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly described below, and it is obvious for those skilled in the art to obtain other drawings without inventive exercise.
Fig. 1 is a flowchart of an embodiment of a method for showing a multi-link call topology under a micro service architecture according to the present application.
Fig. 2 is a schematic diagram of a call chain provided in an embodiment of the present application.
Fig. 3 is a schematic diagram of an implementation manner of a multilink call topology provided in an embodiment of the present application.
Fig. 4 is a schematic diagram of an embodiment of a device for showing a multi-link call topology under a micro service architecture according to the present application.
Fig. 5 is a hardware structure diagram of an implementation manner of a computer device according to an embodiment of the present application.
Detailed Description
It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for the convenience of description of the present application, and have no specific meaning by themselves. Thus, "module", "component" or "unit" may be used mixedly.
Fig. 1 is a flowchart of an embodiment of a method for showing a topology of a multi-link call under a micro service architecture according to an embodiment of the present application, and as shown in fig. 1, in the embodiment, the method for showing a topology of a multi-link call under a micro service architecture includes steps S102 to S110.
Step S102, a plurality of call chains are obtained, wherein each call chain comprises a service unit and a call relation between the service units.
Herein, a call chain exists a relationship of mutual calls for a plurality of services. One request involves the cooperative processing of several services, and the call relationship between the services is called a call chain.
In the embodiment of the present application, reference may be made to related technologies, for example, based on the Open distributed trace specification (Open Tracing) or the like, a trace identifier (Tracing ID) is generated each time a request is made, and a complete call chain is identified as the call request is passed step by step.
By way of exemplary illustration, as depicted in FIG. 2, call chains V1 through V5 are shown, each call chain having a trace identification. The vertices in the call chain (denoted as V (g) herein) are called service units, each vertex has a unique identifier, for example, as shown in fig. 2, V1 is identified as V1= { a, b, c, d, e, f }, and describes the call relations among the service units, i.e., the call relations of the service units are, in order, a call b, b call c, c call d, d call e, and e call f, representing both the calling parties and the caller and the callee. As shown in fig. 2, a is at the first of the call chain, the call position of b is the 2 nd bit of the call chain, the call position of c is the 3 rd bit of the call chain, and the call positions of d, e and f are the 4 th, 5 th and 6 th bits in sequence.
In the topology presentation, the service units are used as vertexes in the topology graph, and the connection relations between the service units are used as edges in the topology graph. In this context, vertices are denoted by V (G) and edges are denoted by E (G).
And step S104, determining a criticality coefficient of each call chain, wherein the criticality coefficient of each call chain is positively correlated with the number of the service units contained in the call chain and the total occurrence frequency of the service units contained in the call chain in the plurality of call chains.
In this context, the critical coefficient is denoted by x (Vn), where Vn is the call chain identification.
In some implementations, the criticality factor for each call chain is determined as the product of the total number of times the service units included in the call chain occur in the plurality of call chains and the number of service units included in the call chain.
It should be understood that, the present application embodiment is not limited thereto, and in the present application embodiment, all manners positively correlated to the number of service units included in a call chain and the total number of times that the service units included in the call chain appear in the plurality of call chains are possible.
By way of illustration, taking call chains V1-V5 shown in fig. 2 as an example, the service units contained in call chains V1-V5 and the number of times they appear in the call chains are shown in table 1.
TABLE 1 statistics of times of service units
| Service unit | Number of times |
| a | 1 |
| b | 3 |
| c | 1 |
| d | 1 |
| e | 2 |
| f | 3 |
| j | 2 |
| k | 1 |
| i | 1 |
| m | 1 |
| n | 1 |
| o | 1 |
| p | 1 |
| r | 1 |
| s | 1 |
| t | 1 |
| u | 2 |
As shown in table 1, service unit b appears 3 times, and respectively appears 1 time in V1, V2, V5, so that the total number of times service unit b appears in V1 to V5 is 3 times. The other service units refer to the statistical method of the service unit b, which is not described herein again.
With further reference to FIG. 2, call chain V1 contains service units { a, b, c, d, e, f }, a number of service units of 6, and a total number of service units of 11; the call chain V2 contains service units of { b, e }, the number of service units is 2, and the total number of service units is 5 (i.e., the sum of the number of service units b and the number of service units e); the call chain V3 contains service units of { m, n, o, p }, the number of service units is 4, and the total number of service units is 4; the call chain V4 contains service units { i, j, u, f, r, t }, the number of service units is 6, and the total number of service units is 5; the call chain V5 contains service units of { k, s, b, j, f, u }, the number of service units is 6, and the total number of service units is 12.
By way of illustration, the criticality factor of each call chain is determined as the product of the total number of occurrences of the service elements included in the call chain in the call chains and the number of service elements included in the call chain, and the criticality factors of V1 through V5 are shown in table 2.
TABLE 2 Critical coefficient Table for Call chains V1 through V5
| Calling chain | Critical coefficient |
| V1 | X(V1)=66 |
| V2 | X(V2)=10 |
| V3 | X(V3)=16 |
| V4 | X(V4)=30 |
| V5 | X(V5)=72 |
As shown in table 2, the key coefficients are ordered as X (V5) > X (V1) > X (V4) > X (V3) > X (V2).
Step S106, for each service unit contained in the plurality of call chains, determining the display position of the service unit in the first direction in the topology display according to the call position of the service unit in the call chain with the highest critical coefficient in the call chain containing the service unit.
By way of example, referring to fig. 2, the service nodes included in the call chains V1 to V5 are shown in table 1, and the presentation positions of the service units in the first direction in the topology presentation are shown in table 3.
Table 3 shows a position example table
| Calling chain | Display position |
| a、k、i、m | 1 |
| n、s | 2 |
| b、c、o | 3 |
| d、j、p、r | 4 |
| e、f | 5 |
| t、u | 6 |
The showing position is illustrated by taking b as an example, and b appears in V1, V2 and V5, wherein X (V5) is the largest, and the position of the largest X in V5 with the highest critical coefficient is taken as the showing position of the service unit b in the first direction in the topological showing.
And step S108, determining the connection relation among the service units in the topology display according to the calling relation among the service units in the plurality of calling chains.
For example, in fig. 2, V1 includes the invocation relations { a, b }, { b, c }, { c, d }, { d, e }, and { e, f }; v2 contains the call relationship { b, e }; v3 includes the call relations { m, n }, { n, o }, { o, p }; v4 includes the call relations { i, j }, { j, u }, { u, f }, { f, r }, and { r, t }; v5 includes call relationships { k, s }, { s, b }, { b, j }, { j, f }, and { f, u }. In step S108, it is determined that the connection relationship e (g) between the service units includes { < a, b >, < b, c >, < c, d >, < d, e >, < e, f >, < b, e >, < m, n >, < n, o >, < o, p >, < i, j >, < j, u >, < f, u >, < j, f >, < b, j >, < S, b >, < k, S >, < f, r >, < r, t > }. Wherein { u, f } and { f, u } are merged to < f, u >.
Step S110, displaying the multilink calling topology of the plurality of calling chains according to the display position of the service unit in the first direction in the topology display and the connection relation between the service units in the topology display.
In some implementations, the method for showing a topology invoked by multiple links under the micro service architecture further includes: the connection direction between the service units in the topology presentation is determined according to the invocation relationship between the service units in the plurality of invocation chains, for example, V1 includes the invocation relationships { a, b }, { b, c }, { c, d }, { d, e }, { e, f }, wherein a invokes b, b invokes c, { c invokes d }, d invokes e, e invokes f. The step S110 includes: and displaying the multilink calling topology of the plurality of calling chains according to the display position of the service unit in one direction in the topology display and the connection relation and the connection direction between the service units in the topology display.
In some implementations, multiple service units that are co-located in a first direction are not shown overlapping in a second direction in the topology show. For example, a plurality of service units that are positioned the same in a first direction are exposed in a second direction in a manner that reduces or avoids interleaving. Illustratively, the first direction is a horizontal direction and the second direction is a vertical direction for ease of reading.
By way of illustration, a multi-link call topology of a call chain as shown in fig. 2 is shown in fig. 3, in the multi-link call topology, service units are vertices (within circles of fig. 3), connection relations between the service units are edges, and call relations between the service units are represented by arrow symbols. As shown in fig. 3, the critical path, the critical service node, and the call quantity flow direction are intuitively revealed. In the first direction (horizontal direction in fig. 3), the service units in the same horizontal position in table 3 are displayed in a non-overlapping manner along the second direction (vertical direction in fig. 3) according to the positions in table 3.
As shown in fig. 3, the display logic of the call chain in the topological graph is strengthened, the topology is drawn in a call chain data flow direction mode, the call and dependency relationship among services are displayed in a scene mode of the topology, and the problem that the logic of the call chain cannot be visually displayed in a directed complete graph is solved.
In some implementations, the plurality of call chains is a plurality of call chains within a predetermined time period. For example, the call chain is tracked for the requests of the micro service in the preset time, and a plurality of call chains corresponding to a plurality of requests in the preset time are obtained, so that the multi-link call topology in the preset time is shown. However, the embodiments of the present application are not limited thereto, and any plurality of call chains of the microservice may be presented according to the method of the embodiments of the present application.
In some implementations, the call time of the service unit is also recorded during the tracking process of the up-call chain, so that the call time between service units having a direct call relationship can be determined, for example, taking V1 shown in fig. 2 as an example, the call time of service unit a is t1, the call time of service unit b is t2, and the call time between service units a and b is t2-t 1. In some embodiments, calls between service units may also be exposed in the topology exposure to be time consuming.
In some examples, the call relation occurs in multiple call chains, and the average of call times of the call relation in the multiple call chains can be used as the call time between service units. As an exemplary illustration, the calling time consumptions of the service units in the same calling relationship are weighted and averaged according to the critical coefficient of the calling chain, so as to obtain the calling time consumptions among the service units.
In some embodiments, the edges (and the connection relationship between the service units) linking the vertices are shown by using an offset, a radian, an interval overlapping algorithm, and the like.
Fig. 4 is a block diagram illustrating a structure of an embodiment of an apparatus for showing a multi-link call topology under a micro service architecture according to the present application, and as shown in fig. 4, the apparatus 400 includes: an obtaining module 402, configured to obtain multiple call chains, where each call chain includes a service unit and a call relationship between the service units; a first determining module 404, connected to the obtaining module 402, configured to determine a criticality coefficient of each call chain, where the criticality coefficient of each call chain is positively correlated with the number of service units included in the call chain and the total number of times that the service units included in the call chain appear in multiple call chains; a second determining module 406, connected to the first determining module 404, configured to determine, for each service unit included in the multiple call chains, a display position of the service unit in the first direction in the topology display according to a call position of the service unit in the call chain with a highest critical coefficient in the call chains including the service unit; a third determining module 408, connected to the obtaining module 402, configured to determine a connection relationship between the service units in the topology display according to the call relationship between the service units in the multiple call chains; and the display module 410 is connected to the second determination module 406 and the third determination module 408, and is configured to display the multi-link call topology of the multiple call chains according to the display position of the service unit in the first direction in the topology display and the connection relationship between the service units in the topology display.
In some embodiments, as shown in fig. 4, the apparatus for showing a topology of a multi-link call under a microservice architecture further includes: a fourth determining module 412, connected to the obtaining module 402, configured to determine a connection direction between the service units in the topology display according to the call relationships between the service units in the multiple call chains. The displaying module 410 is further connected to the fourth determining module 412, and is configured to display the multi-link call topology of the multiple call chains according to the display position of the service unit in one direction in the topology display, and the connection relationship and the connection direction between the service units in the topology display.
In this document, the apparatus 400 for showing a topology for multiple link call under a micro service architecture refers to the above description of a method for showing a topology for multiple link call under a micro service architecture, which is not described herein again.
The embodiment also provides a computer device, such as a smart phone, a tablet computer, a notebook computer, a desktop computer, a rack server, a blade server, a tower server or a rack server (including an independent server or a server cluster composed of a plurality of servers) capable of executing programs, and the like. The computer device 20 of the present embodiment includes at least, but is not limited to: a memory 21, a processor 22, which may be communicatively coupled to each other via a system bus, as shown in FIG. 5. It is noted that fig. 5 only shows a computer device 20 with components 21-22, but it is to be understood that not all shown components are required to be implemented, and that more or fewer components may be implemented instead.
In the present embodiment, the memory 21 (i.e., a readable storage medium) includes a flash memory, a hard disk, a multimedia card, a card-type memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, and the like. In some embodiments, the storage 21 may be an internal storage unit of the computer device 20, such as a hard disk or a memory of the computer device 20. In other embodiments, the memory 21 may also be an external storage device of the computer device 20, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), or the like, provided on the computer device 20. Of course, the memory 21 may also include both internal and external storage devices of the computer device 20. In this embodiment, the memory 21 is generally used for storing an operating system installed in the computer device 20 and various types of application software, such as program codes of the APM probe sampling rate determination method. Further, the memory 21 may also be used to temporarily store various types of data that have been output or are to be output.
Processor 22 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data Processing chip in some embodiments. The processor 22 is typically used to control the overall operation of the computer device 20. In this embodiment, the processor 22 is configured to execute the program code stored in the memory 21 or process data, such as the program code of the topology displaying method called by multiple links under the micro service architecture or the program code of the topology displaying apparatus 400 called by multiple links under the micro service architecture, so as to implement the steps of the topology displaying method called by multiple links under the micro service architecture.
The present embodiment also provides a computer-readable storage medium, such as a flash memory, a hard disk, a multimedia card, a card-type memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, a server, an App application mall, etc., on which a computer program is stored, which when executed by a processor implements corresponding functions. The computer-readable storage medium of this embodiment is used for storing a program code of a multi-link call topology display method under a micro-service architecture and a multi-link call topology display device under the micro-service architecture, and when the program code is executed by a processor, the step of implementing the multi-link call topology display method under the micro-service architecture is implemented.
The method provided by the embodiment of the application realizes displaying the key paths of the plurality of calling chains in the multi-link calling topology display diagram, reduces the analysis difficulty of the calling chains, is beneficial to quickly and visually finding and positioning the service units suspected to have faults, and improves the micro-service management capability.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
The above-mentioned serial numbers of the embodiments of the present application are merely for description and do not represent the merits of the embodiments.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present application may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present application.
While the present embodiments have been described with reference to the accompanying drawings, it is to be understood that the invention is not limited to the precise embodiments described above, which are meant to be illustrative and not restrictive, and that various changes may be made therein by those skilled in the art without departing from the spirit and scope of the invention as defined by the appended claims.
Claims (10)
1. A method for displaying a multilink call topology under a micro-service architecture is characterized by comprising the following steps:
obtaining a plurality of call chains, wherein each call chain comprises a service unit and a call relation between the service units;
determining a criticality coefficient of each call chain, wherein the criticality coefficient of each call chain is positively correlated with the number of service units contained in the call chain and the total number of times of occurrence of the service units contained in the call chain in the plurality of call chains;
for each service unit contained in the plurality of call chains, determining the display position of the service unit in a first direction in the topology display according to the call position of the service unit in the call chain with the highest critical coefficient in the call chain containing the service unit;
determining the connection relation between the service units in the topology display according to the calling relation between the service units in the calling chains;
and displaying the multilink calling topology of the plurality of calling chains according to the display position of the service unit in the first direction in the topology display and the connection relation between the service units in the topology display.
2. The method according to claim 1, wherein the criticality factor of each call chain is determined as a product of a total number of occurrences of the service units included in the call chain in the call chains and a number of service units included in the call chain.
3. The method for showing the topology of the multi-link call under the micro service architecture according to claim 1 or 2,
the method for displaying the multilink call topology under the micro-service architecture further comprises the following steps: determining the connection direction between the service units in the topology display according to the calling relationship among the service units in the calling chains;
wherein, according to the display position of the service unit in the first direction in the topology display and the connection relationship between the service units in the topology display, the multi-link call topology of the plurality of call chains is displayed, which includes: and displaying the multilink calling topology of the plurality of calling chains according to the display position of the service unit in the first direction in the topology display, and the connection relation and the connection direction between the service units in the topology display.
4. The method for showing the topology of the multi-link call under the micro-service architecture according to claim 1 or 2, wherein a plurality of service units with the same position in the first direction are not shown in an overlapping manner in the second direction of the topology show.
5. The method for showing the topology of the multilink call under the micro-service architecture according to claim 1 or 2, wherein the plurality of call chains are a plurality of call chains within a predetermined time period.
6. The method for showing the topology of the multilink call under the micro-service architecture according to claim 1 or 2, further comprising:
determining the time consumed for calling between service units with direct calling relationship;
the invocation between the exposed service units in the topology exposure is time consuming.
7. A multi-link calling topology display device under a micro-service architecture is characterized by comprising:
the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring a plurality of call chains, and each call chain comprises a service unit and a call relation between the service units;
the first determining module is used for determining a criticality coefficient of each calling chain, wherein the criticality coefficient of each calling chain is positively correlated with the number of the service units contained in the calling chain and the total occurrence frequency of the service units contained in the calling chain in the calling chains;
a second determining module, configured to determine, for each service unit included in the multiple call chains, a display position of the service unit in the first direction in the topology display according to a call position of the service unit in a call chain having a highest critical coefficient in the call chains including the service unit;
the third determining module is used for determining the connection relation between the service units in the topology display according to the calling relation between the service units in the calling chains;
and the display module is used for displaying the multilink calling topology of the calling chains according to the display position of the service unit in the first direction in the topology display and the connection relation between the service units in the topology display.
8. The topology presentation device of multi-link call under micro-service architecture as claimed in claim 7,
the multi-link calling topology display device under the micro-service architecture further comprises: the fourth determining module is used for determining the connection direction between the service units in the topology display according to the calling relation among the service units in the calling chains;
the display module is used for displaying the multilink call topology of the call chains according to the display position of the service unit in the first direction in the topology display and the connection relation and the connection direction between the service units in the topology display.
9. A computer device, characterized in that the computer device comprises:
a memory, a processor, and a computer program stored on the memory and executable on the processor;
the computer program, when executed by the processor, implementing the steps of the micro-service architecture underlying multi-link call topology demonstration method of any of claims 1 to 6.
10. A computer-readable storage medium, wherein the computer-readable storage medium stores thereon a micro service architecture multilink call topology showing program, and the micro service architecture multilink call topology showing program, when executed by a processor, implements the steps of the micro service architecture multilink call topology showing method according to any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011133896.2A CN112346856B (en) | 2020-10-21 | 2020-10-21 | Method, device and equipment for displaying multilink call topology under micro-service architecture |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011133896.2A CN112346856B (en) | 2020-10-21 | 2020-10-21 | Method, device and equipment for displaying multilink call topology under micro-service architecture |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112346856A CN112346856A (en) | 2021-02-09 |
| CN112346856B true CN112346856B (en) | 2021-06-08 |
Family
ID=74359562
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011133896.2A Active CN112346856B (en) | 2020-10-21 | 2020-10-21 | Method, device and equipment for displaying multilink call topology under micro-service architecture |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112346856B (en) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107306196A (en) * | 2016-04-20 | 2017-10-31 | 中兴通讯股份有限公司 | Virtualization services monitoring method and device |
| CN111756601A (en) * | 2020-06-24 | 2020-10-09 | 中国平安财产保险股份有限公司 | Microservice architecture monitoring method and device, computer equipment and readable storage medium |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6009425A (en) * | 1996-08-21 | 1999-12-28 | International Business Machines Corporation | System and method for performing record deletions using index scans |
| CN106020950B (en) * | 2016-05-12 | 2019-08-16 | 中国科学院软件研究所 | The identification of function call graph key node and identification method based on Complex Networks Analysis |
| CN109582471A (en) * | 2017-09-29 | 2019-04-05 | 西门子公司 | Information processing method, device and system |
| US10547522B2 (en) * | 2017-11-27 | 2020-01-28 | International Business Machines Corporation | Pre-starting services based on traversal of a directed graph during execution of an application |
| CN109921927A (en) * | 2019-02-20 | 2019-06-21 | 苏州人之众信息技术有限公司 | Real-time calling D-chain trace method based on micro services |
| CN111049878B (en) * | 2019-10-23 | 2023-03-21 | 平安科技（深圳）有限公司 | Method, device, electronic device and storage medium for visualizing micro-service call chain |
-
2020
- 2020-10-21 CN CN202011133896.2A patent/CN112346856B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107306196A (en) * | 2016-04-20 | 2017-10-31 | 中兴通讯股份有限公司 | Virtualization services monitoring method and device |
| CN111756601A (en) * | 2020-06-24 | 2020-10-09 | 中国平安财产保险股份有限公司 | Microservice architecture monitoring method and device, computer equipment and readable storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112346856A (en) | 2021-02-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112256318B (en) | Construction method and equipment for dependent product | |
| CN113704117B (en) | Algorithm testing system, method and device | |
| CN113448862B (en) | Software version testing method and device and computer equipment | |
| CN110599354A (en) | Online reconciliation method, system, computer device and computer-readable storage medium | |
| CN109858257B (en) | Access control method and device | |
| CN110807050A (en) | Performance analysis method and device, computer equipment and storage medium | |
| CN106790380A (en) | Data reporting method and device | |
| CN112346856B (en) | Method, device and equipment for displaying multilink call topology under micro-service architecture | |
| CN112052157B (en) | Method, device and system for constructing test message | |
| CN111124883B (en) | Test case library introduction method, system and equipment based on tree form | |
| CN110602331B (en) | Error code expansion-based cause positioning method, intelligent terminal and storage medium | |
| CN110166530B (en) | Processing method based on micro-service return value, electronic device and computer equipment | |
| CN113691972B (en) | Service configuration method and device of android system | |
| CN113259154B (en) | Method and device for informing middle station data verification, computer equipment and storage medium | |
| CN111526253B (en) | Call control method, device, computer equipment and storage medium | |
| CN114416560A (en) | Program crash analysis aggregation method and system | |
| CN109885710B (en) | User image depicting method based on differential evolution algorithm and server | |
| CN112882758A (en) | iOS device identifier generation method and system | |
| CN111190575A (en) | Method, system, medium and device for constructing interface | |
| CN109408762A (en) | A kind of method and device of the carrying advertisement in the page | |
| CN113568683B (en) | Method and device for dynamically expanding asset data stream processing service component | |
| CN111158746B (en) | Method and device for acquiring call relationship | |
| US7911974B1 (en) | Service layer availability | |
| CN111209035A (en) | Configuration method and configuration system for software development | |
| CN115567376A (en) | Method and device for processing abnormal data in real time |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |