Fonctionnalités

Cartographie

Les interactions de vos services monitorés avec l’écosystème qui les entoure sont présentées sous forme cartographique dans l’onglet Map.

Transactions

La cartographie répartit les composants horizontalement en trois parties :

Les liens ont une couleur et une forme qui varie en fonction de l’importance d’une interaction relativement à l’ensemble des interactions. L’épaisseur matérialise le nombre de transactions, la couleur la latence moyenne.

Les liens entre les points d’entrée (gauche) et les services monitorés (centre) correspondent à des appels de transactions entrantes. Les liens entre les services monitorés (centre) et les composants externes (droite) correspondent à des appels de transactions sortantes.

Il est possible de visualiser l’évolution du nombre d’appels et des latences sur les transactions entrantes et/ou sortantes d’un élément de la cartographie simplement en le sélectionnant.

Transactions

Transactions métier

Grâce aux informations collectées par la sonde dans les principales couches techniques (base de données, appels distants, …), Nudge-APM apporte une vision précise du fonctionnement interne de chaque transaction métier et de son évolution dans le temps.

Ces informations sont restituées selon plusieurs axes d’analyse dans le tableau de bord des transactions métier, ce qui permet d’identifier rapidement l’origine d’un incident ou d’une dérive des temps de réponse.

Nudge APM vous aide à aller plus loin en vous donnant une vision sur les fonctionnalités les plus consommatrices. Muni de ces informations, vous êtes en mesure de concentrer vos efforts sur les fonctionnalités qui ont un impact négatif sur la performance globale de votre application.

Transactions

Profiling

Ayez une vision au plus près du code

Nudge APM n’est pas seulement un outil de surveillance mais permet aussi d’avoir une vue au plus près du code. Il permet d’identifier les points chauds et les goulots d’étranglement.

Dès lors qu’point chaud ou un goulot d’étranglement a été décelé, vous connaissez alors la transaction concernée et vous pouvez alors avoir une vue détaillée des méthodes/fonctions de votre mis en jeu par l’intermédiaire de notre profiling. Vous avez une représentation du fil d’exécution et pour chaque méthode/fonction :

Profiling du code avec un surcoût inférieur à 1% : Grâce à sa fonctionnalité de profiling par échantillonnage qui consiste à prendre une photo régulièrement de la pile d’exécution des Threads, Nudge APM est capable d’évaluer les points chauds dans le code sans impacter les temps de réponse perçus par les utilisateurs de l’application.

De plus, cette fonction ne requiert aucune modification de code.

Profiling

Le profiling est actuellement uniquement géré par l’agent Java.

Erreurs

Les agents Nudge APM ne se contentent pas de capter et analyser les temps de réponse des transactions; elles qualifient également les transactions en fonction de leur réussite ou échec.

Afin de faciliter le diagnostic des échecs, le cas échéant, la sonde capte des informations contextuelles disponibles au moment de l’identification de l’incident telles que, en Java, les stacktraces des exceptions et des causes à l’origine de l’incident.

Les Erreurs et leurs causes peuvent être consultées depuis l’onglet Transaction après avoir sélectionné une transaction particulière. L’écran est composé d’un graphique de répartition des erreurs dans le temps. Il regroupe les erreurs contextuellement à leur nature (code http, classe d’exception …). Le cas échéant, il est possible de visualiser la pile d’exécution complète de l’exception et de ses causes.

Erreur1

Erreur2

Perception utilisateur

L’agent Nudge APM dispose d’une option permettant d’injecter du code javascript dans les pages générées par l’application afin de mesurer le chargement de la page tel qu’il est perçu par l’utilisateur et ce grâce à l’API standard W3C HTML5 Navigation Timing. Ce code javascript est inoffensif pour les navigateurs non compatibles HTML5.

RUM

Nudge APM permet de visualiser les métriques suivantes collectées depuis le navigateur :

La capture des informations de perception utilisateur est gérée actuellement par l’agent Java lors de l’utilisation de certaines technologies liées au développement de pages web.

Comportement utilisateur

Vous avez la possibilité à travers Nudge APM de suivre la navigation d’un utilisateur du début jusqu’à la fin de sa session pour :

Pour accéder à ces nouveaux indicateurs clés, il suffit de vous rendre sur l’onglet : Sessions.

Session tab from overview

Découvrez la liste de vos utilisateurs avec des informations (triables) très pertinentes par colonne, telles que :

Session list

Vous avez également la possibilité de faire apparaitre ou disparaitre les colonnes, selon vos besoins.

Session columns

Pour ensuite analyser le comportement d’un utilisateur spécifique (dans le cadre d’une session), cliquez sur Détails :

Session columns

La session de votre utilisateur apparaîtra sous forme d’une vue chronologique, et vous pouvez alors zoomer sur chaque transaction pour faire apparaître ses détails, en cliquant directement sur la transaction concernée :

Session timeline

Au clic sur la transaction, les informations suivantes apparaissent :

Pour les transactions ayant un temps de réponse frustrant et pour celles qui aboutissent en erreur, des informations détaillées sont disponibles.

Des informations de contexte de la transaction sont indiquées avec notamment le type de transaction, De plus, si la transaction provient d’un appel HTTP, vous aurez le détails des paramètres HTTP liés à la transaction.

Transaction details with HTTP headers

Vous pouvez observer et analyser dans le détail les différentes “couches” appelées par cette transaction. Pour chaque couche, il est remonté des informations précises à propos des appels déclenchés par la transaction :

Transaction details with layer

Ces informations sont conservées au plus 1 mois.

Cette fonction est actuellement uniquement géré par une version récette de l’agent Java.

Supervision SQL

Nudge APM est en mesure de vous fournir des informations détaillées liées aux interactions avec les bases de données telles que :

La récupération des données et le parcours des ResulSet peut également être source de latences dans les transactions métiers. Là encore, Nudge APM est en mesure de vous fournir des pistes pour optimiser vos applications (veuillez vous référer à la configuration de l’agent Java sur ce sujet).

Sql1

Sql2

Sql3

System monitoring

Le suivi des ressources partagées (CPU, mémoire, i/o, pools …) est une fonctionnalité classique des outils de supervision. Une surveillance système est fournie par les agents applicatifs.

Nul besoin d’installer un agent ou un service spécifique pour disposer d’informations sur la santé de la machine hôte.

sysmon

Pour activer la surveillance système, suivez les documentations de configuration des agents :

Satisfaction utilisateur

Le standard de mesure APDEX (Application Performance Index permet de définir de façon claire la satisfaction de l’utilisateur pour ce qui concerne le temps de réponse de celle-ci.

Nous traiterons désormais uniquement de la capacité d’une application à répondre rapidement et les autres aspects liés à la satisfaction utilisateur ne seront plus évoqués dans cet article.

Cette mesure s’applique avec la mesure de temps de réponse d’un ensemble de requêtes sur une période de temps donnée.

Seuils APDEX

L’APDEX a besoin de deux paramètres qui définissent les exigences de temps de réponse liées à l’application :

Formule APDEX

L’APDEX est une mesure comprise entre 0 et 1 et dont le calcul se base sur les deux paramètres précités.

La formule pour le calcul de cette mesure est la suivante :

Apdex = (#Sat + (#Tol / 2)) / #Total

Où :

L’APDEX est donc une pondération sur le nombre de requêtes en fonction de leur temps de réponse.

Catégories de temps de réponse

Le temps de réponse étant discriminé en 3 ensembles : satisfaisant, tolérable et frustrant.

ApdexPosterLarge

APDEX et satisfaction utilisateur

Les paramètres 'T' et 'F' sont des seuils de satisfaction en rapport au temps de réponse de l’application.

Avec ces seuils et des mesures de temps de réponse, nous pouvons donc mesurer la satisfaction de l’utilisateur concernant la capacité de l’application à répondre rapidement.

L’APDEX est un ratio avec une valeur comprise entre 0 et 1. Ainsi, pour rendre l’information plus compréhensible, il est aisé de la convertir en un pourcentage (en multipliant simplement par 100). Ce pourcentage est corrélé au nombre de requête par le biais de la pondération définie par l’APDEX. Ce n’est pas exactement un pourcentage de requête satisfaisantes mais reste un pourcentage lié au nombre de requêtes de certains types (satisfaisante / tolérable / frustrante). Cela peut être utilisé comme une référence à partir de laquelle on observe l’amélioration ou la dégradation du système.

apdex

Cette illustration graphique de Nudge APM est un indicateur lié au temps de réponse d’une application.

Alertes

Les alertes sont liées à des engagements de qualité de service (Service Level Agreement). Elles permettent de formaliser la notion de qualité de service (QoS) sur une application ou un serveur.

Paramètres de seuil

Concrètement, un seuil d’alerte est défini par un ensemble de paramètres :

Lorsque ce seuil est dépassé, une alerte est levée.

Nudge APM permet de définir des seuils d’alerte à un niveau fixe ou par référence à une tendance.

Voici quelques exemples :

Déclenchement d’alerte

Que se passe t-il lorsqu’une alerte se déclenche ?

Configuration d’une alerte

Veuillez vous référer à la page dédiée à la configuration d’une alerte.

API REST

L’API REST de Nudge APM vous donne accès à l’ensemble des données présentes sur le tableau de bord.

Avec l’API vous pouvez ainsi :

L’API REST est accessible à cette url : https://monitor.nudge-apm.com:443/api

Description des resources de l’API : https://monitor.nudge-apm.com/api-doc/

api-rest

Veuillez vous référer à cette page pour plus d’information sur l’API REST

X Apps

Avec un suivi de transactions entre plusieurs applications contrôlées, les transactions peuvent être suivies à travers celles-ci. C’est ce que nous appelons le Cross-apps.

crossapps1

crossapps3

crossapps2

Le suivi de transaction est automatiquement activé avec l’agent Java pour de nombreux protocoles de communication.

Rapports

Nudge APM permet d’envoyer et de recevoir des rapports pour suivre la performance de vos applications.

Vous construisez vous même le contenu des rapports avec les différents widgets présents sur Nudge APM selon les besoins de vos interlocuteurs qu’ils soient :

rapports

Veuillez vous référer à la page de configuration des rapports pour en savoir plus.

Avec une installation sur place, il vous est possible de personnaliser l’apparence des rapports (avec le logo de votre société par exemple).

Intégration LDAP

Cette fonctionnalité est uniquement disponible pour une installation sur place ( on-premises ).

Elle permet aux utilisateurs d’utiliser leurs identifiants et mots de passe usuels pour se connecter au portail Nudge APM. Ils n’auront aucun besoin de créer un compte ou de s’inscrire.

Le portail Nudge APM gère l’authentification par le biais d’une connexion à votre service d’authentification compatible LDAP.

Veuillez vous référer à la page de configuration de l’intégration LDAP pour en savoir plus.