Red Hat, Inc.

Hewlett-packard Development Company, L.p.

John Joseph Mazzitelli

Jay Shaughnessy

Heiko Wolfgang Rupp

Ian P Springer

Elzbieta M Dziembowski

Salvatore J Campana, Jr

Implementations for dynamically visualizing service mesh topologies with event-based messaging are described. An example method may include obtaining, by a processing device, topology data characterizing a service mesh comprising a plurality of nodes; obtaining tracing data associated with events processed by a message broker servicing the plurality of nodes; identifying, based on the tracing data, a message flow between at least two nodes of the plurality of nodes of the service mesh, wherein the at least two nodes represent a source and a destination of a message associated with the events; and providing, via a graphical user interface (GUI), visualization of the service mesh with the message flow.

Dynamically visualizing service mesh topologies with event-based messaging

Processing logic may obtain a configuration file of each of one or more proxies. Processing logic may parse the configuration file of each of the one or more proxies to determine one or more connections for each of the one or more proxies as defined by the configuration file. Each connection may support incoming or outgoing communication for each of the one or more proxies. Processing logic may generate a map that includes the one or more connections for each of the one or more proxies.

Mapping proxy connectivity

A request for a traffic topology of a service mesh including traffic between multiple services that utilize multiple communication protocols is received. In response to receiving the request, metric data associated with the traffic between the multiple services is acquired. The traffic topology of the traffic between the multiple services is generated using the metric data, the traffic topology illustrating corresponding traffic for one or more of the multiple communication protocols and one or more metrics associated with the corresponding traffic.

Customizable visualization of a traffic topology of a service mesh

A method includes appending contextual information and identification information of the computing inventory data to time series data of computing metrics data to generate a relationship indication. The method further includes providing the relationship indication to be displayed via a graphical user interface of a client device in response to a request, wherein the relationship indication comprises a plurality of links between the computing inventory data and the computing metrics data.

Linking computing metrics data and computing inventory data

A method includes, in response to receiving a request for a graphical visualization of a microservice mesh comprising one or more nodes, obtaining information associated with services operating at the one or more nodes and connections between the one or more nodes. The method further includes determining, in view of the information, one or more types of requests associated with each of the services. The method further includes generating the graphical visualization of the microservice mesh. The graphical visualization includes a first vertex corresponding to a particular service and a second vertex corresponding to a type of a request received by the service. The first vertex and second vertex are connected by an edge that corresponds to the request.

Dynamic visualization of requests traveling through a microservice mesh

Mechanisms for identifying a component cluster among a plurality of components in a distributed computing environment are disclosed. Configuration information that corresponds to the plurality of components is accessed. The configuration information includes inter-component communication information. The inter-component communication information between the plurality of components is matched to determine a plurality of pairs of components that communicate with one another. Relationships between the components in the pairs of components are determined. A data structure that identifies the component cluster of the pairs of components and the relationships between the components in the pairs of components is generated.

Identifying a component cluster

Implementations for dynamically visualizing microservice mesh topologies are described. An example method may include receiving a first request for a first type of visualization of a microservice mesh comprising nodes, obtaining first information regarding the nodes of the microservice mesh corresponding to the first type of visualization, providing, in a graphical user interface (GUI), the first type of visualization of the microservice mesh using the first information, receiving a second request for a second type of visualization of the microservice mesh, obtaining second information regarding the nodes of the microservice mesh corresponding to the second type of visualization, the second type of visualization different form the first type of visualization, and providing, via an update to the GUI, the second type of visualization of the microservice mesh using the second information.

Dynamically visualizing microservices mesh topologies

A method includes receiving, at a first server device, computing inventory data from one or more application components of a computing device, and receiving, at the first service device, computing metrics data from the one or more application components of the computing device. The computing inventory data is received from a second server device. The method further includes determining, by a processing device, a hierarchical relationship indication at least partially in view of the computing metrics data and the computing inventory data, and further providing the hierarchical relationship indication to a client device in response to a request.

Mechanisms for obtaining performance metric information securely are provided. A first application server executing on a computing device comprising a processor establishes that communications with a plurality of remote application servers utilize an encrypted communication protocol. Iteratively, over a period of time, each respective remote application server of the plurality of remote application servers is sent an encrypted message requesting performance metric information of the respective remote application server using the encrypted communication protocol. Over the period of time, encrypted requested performance metric information is received. The requested performance metric information is stored in a storage device.

Secure performance monitoring of remote application servers

Mechanisms for receiving real-time messages identifying statuses of computing resources from cloud computing systems are disclosed. A computing device receives, from each of a plurality of cloud computing systems configured to implement on-demand computing resources in response to requests, corresponding real-time messages via a plurality of corresponding communication channels, each real-time message identifying a status of at least one computing resource implemented in the respective cloud computing system.

Real-time receipt of computing resource status messages from cloud computing systems

Implementations for dynamically visualizing microservices mesh topologies are described. An example method may include receiving a first request for a first type of visualization of a microservices mesh comprising nodes, obtaining first information regarding the nodes of the microservices mesh corresponding to the first type of visualization, providing, in a graphical user interface (GUI), the first type of visualization of the microservices mesh using the first information, receiving a second request for a second type of visualization of the microservices mesh, obtaining second information regarding the nodes of the microservices mesh corresponding to the second type of visualization, the second type of visualization different form the first type of visualization, and providing, via an update to the GUI, the second type of visualization of the microservices mesh using the second information.

Systems and methods for enabling additional metrics in a monitoring system to diagnose problems are disclosed. An example method may include collecting first metric data at a first collection frequency, determining whether the first metric data exceeds a first boundary defined by a first metric rule, responsive to determining that the first metric data exceeds the first boundary, collecting second metric data at a second collection frequency and collecting the first metric data at a third collection frequency, the second metric data and the third collection frequency defined by the first metric rule, determining whether the first metric data no longer exceeds the first boundary, and responsive to determining the first metric data no longer exceeds the first boundary, terminating collection of the second metric data while continuing to collect the first metric data at the first collection frequency.

Enabling additional metrics in a monitoring system to diagnose problems

Mechanisms for establishing persistent bi-directional communication channels with cloud computing systems are disclosed. A processor device initiates a plurality of persistent bi-directional communication channels with a corresponding plurality of cloud computing systems. Each cloud computing system comprises a plurality of computing devices used to implement on-demand computing resources on one or more of the plurality of computing devices at the request of different entities. The processor device receives real-time messages from at least some respective cloud computing systems of the plurality of cloud computing systems via the corresponding persistent bi-directional communication channel that identifies a status of at least one computing resource implemented in the respective cloud computing system.

Persistent real-time communication channels with cloud computing systems

Systems and methods are disclosed for managing information technology resources. Management capabilities available for a particular IT resource are defined via at least one management interface. The management interface includes port types that specify attributes and operations available in a Web service to manage the IT resource. The port types are mapped to descriptors in a ModelMBeanInfo interface than can be used with an MBean that corresponds to the Web service.

Growing community of inventors

Sicklerville, NJ, United States of America

John Joseph Mazzitelli