PRESENTING APPLICATION PERFORMANCE MONITORING DATA IN DISTRIBUTED COMPUTER SYSTEMS

• US 20160308745A1
• Filed: 04/15/2015
• Published: 10/20/2016
• Est. Priority Date: 04/15/2015
• Status: Active Grant

• Current Assignee: Teachers Insurance and Annuity Association (TIAA Board of Governors)
• Original Assignee: Teachers Insurance and Annuity Association (TIAA Board of Governors)
• Inventors: Prout, Edmund Martin, Couture, Gary Robert, Pickering, Mathew Wade, Michaud, Ethan Luke, Whitehead, Latrisha Devon, Kettering, Andrew Eugene, Blandford, Scott Matthew, Olaso, Rafael Pedro, Flanagan, LeeAnn Marie, MacDonald, Elizabeth Anne, Arneth, William V. III, Wiesman, Ryan Matthew, Danesi, Scott James, Joyce, Thomas Steven, Jeffress, Jennifer D'awn, Finch, Eddie Gordon Jr., Bechard, Matthew M., Bates, Nathaniel J., Patel, Devesh, Murty, Jakkinpali, Krug, Kristopher C., Healy, Daniel Joseph Jr., Saxton, Omar C., McGill, Kevin M.
• Granted Patent: US 9,847,926 B2
• Time in Patent Office: Days
• US Class Current: 1/1
• CPC Class Codes: H04L 43/045 for graphical visualisation of monitoring data
• CPC Class Codes: H04L 43/0817 by checking functioning
• CPC Class Codes: H04L 43/10 Active monitoring, e.g. heartbeat, ping or trace-route
• CPC Class Codes: H04L 67/01 Protocols
• CPC Class Codes: H04L 67/10 in which an application is distributed across nodes in the network software deployment G06F8/60; multiprogramming arrangements G06F9/46
• CPC Class Codes: H04L 67/1097 for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Abstract

Systems and methods for presenting application performance monitoring data in distributed computer systems. An example method may comprise: receiving, by a processing device, one or more application performance monitoring (APM) rules, each APM rule determining an application operational status based on one or more APM parameters; receiving APM data comprising a plurality of APM data items representing values of the APM parameters of a software application; determining an operational status of the software application by applying the APM rules to the APM data; and causing the operational status to be visually represented via a graphical user interface (GUI).

Claims

1. A method, comprising:

receiving, by a processing device, one or more application performance monitoring (APM) rules, each APM rule determining an application operational status based on one or more APM parameters;

receiving APM data comprising a plurality of APM data items representing values of the APM parameters of a software application;

determining an operational status of the software application by applying the APM rules to the APM data; and

causing the operational status to be visually represented via a graphical user interface (GUI).

2. The method of claim 1, wherein at least one APM data item is received from an APM agent configured to perform active application testing.

3. The method of claim 1, wherein at least one APM data item is received from a device configured to intercept network traffic.

4. The method of claim 1, wherein at least one APM data item comprises an application response message associated with a client request message originated by a client computer system.

5. The method of claim 1, wherein at least one APM data item reflects performance of a certain functional point of the software application.

6. The method of claim 1, wherein determining the operational status comprises characterizing the operational status as “

normal”

responsive to determining that an average application response time does not exceed a first threshold value.

7. The method of claim 1, wherein determining the operational status comprises characterizing the operational status as “

slow performing”

responsive to determining that an average application response time exceeds a second threshold value.

8. The method of claim 1, wherein determining the operational status comprises characterizing the operational status as “

application error”

responsive to detecting a certain byte pattern within at least one APM data item.

9. The method of claim 1, wherein determining the operational status comprises characterizing the operational status as “

critical error”

responsive to detecting at least a certain number of errors associated with a certain application functional point within a certain period of time.

10. The method of claim 1, wherein determining the operational status comprises characterizing the operational status as “

no data available”

responsive to determining that no APM data items have been received for the application within a certain period of time.

11. The method of claim 1, wherein determining the operational status comprises characterizing the operational status as “

service not available”

responsive to determining that one or more APM data items indicate at least a certain number of failed attempts to perform a certain application function.

12. The method of claim 1, further comprising causing a plurality of values of the operational status corresponding to a plurality of periods of time to be visually represented in a visual relationship to a timeline.

13. A system comprising:

a memory; and

a processing device, coupled to the memory, wherein the processing device is configured to;

receive one or more application performance monitoring (APM) rules, each APM rule determining an application operational status based on one or more APM parameters;

receive APM data comprising a plurality of APM data items representing values of the APM parameters of a software application;

determine an operational status of the software application by applying the APM rules to the APM data; and

cause the operational status to be visually represented via a graphical user interface (GUI).

14. The system of claim 13, wherein determining the operational status comprises characterizing the operational status as “

normal”

responsive to determining that an average application response time does not exceed a first threshold value.

15. The system of claim 13, wherein determining the operational status comprises characterizing the operational status as “

slow performing”

responsive to determining that an average application response time exceeds a second threshold value.

16. The system of claim 13, wherein determining the operational status comprises characterizing the operational status as “

application error”

responsive to detecting a certain byte pattern within at least one APM data item.

17. The system of claim 13, wherein determining the operational status comprises characterizing the operational status as “

critical error”

responsive to detecting at least a certain number of errors associated with a certain application functional point within a certain period of time.

18. The system of claim 13, wherein determining the operational status comprises characterizing the operational status as “

no data available”

responsive to determining that no APM data items have been received for the application within a certain period of time.

19. The system of claim 13, wherein determining the operational status comprises characterizing the operational status as “

service not available”

responsive to determining that one or more APM data items indicate at least a certain number of failed attempts to perform a certain application function.

20. A computer-readable non-transitory storage medium comprising executable instructions that, when executed by a first computer system, cause the computer system to perform operations comprising:

receiving one or more application performance monitoring (APM) rules, each APM rule determining an application operational status based on one or more APM parameters;

receiving APM data comprising a plurality of APM data items representing values of the APM parameters of a software application;

determining an operational status of the software application by applying the APM rules to the APM data; and

causing the operational status to be visually represented via a graphical user interface (GUI).