Fonctionnalités

Fonctionnalités

Transactions métier

Grâce aux informations collectées par la sonde dans les principales couches techniques (JDBC, REMOTING..).

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.

Transactions

Profiling

Le suivi des ressources partagées (CPU, mémoire, i/o, pools …) est une fonctionnalité classique des outils de supervision.

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.

Profiling du code avec un overhead inférieur à 1% :

Grâce à sa fonctionnalité de profiling par échantillonnage qui consiste à prendre une photo par seconde 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.

Profiling

Erreurs - 400/500

La sonde Nudge APM ne se contente pas de capter et analyser les temps de réponse des transactions, elle qualifie également les transactions suivant si elles sont en succès ou en é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 dans l’onglet Transaction après avoir zoomé sur 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 stacktrace complète de l’exception et de ses causes.

Erreur1

Erreur2

RUM - vision utilisateur

La sonde 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 HTML5 Navigation Timing.

Le code javascript est inoffensif pour les navigateurs non compatibles HTML5.

Nudge APM remonte automatiquement les données de la norme W3C (illustration ci dessous) :

RUM

Nudge APM va permettre de visualiser les métriques suivantes collectées sur le browser :

Suivi de session utilisateur

Préambule : Afin d’obtenir l’ensemble des informations mises à disposition dans l’onglet des sessions, il est nécessaire d’avoir une version récente de vos agents.

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 très pertinentes par colonne (triable), 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.

Supervision SQL

Quelles que soient les bases de données et les pools de connexions sur lesquels vous vous appuyer, Nudge APM est en mesure de vous fournir des informations détaillées telles que :

L’exécution des requêtes n’est pas tout !

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.

Support des bases :

Support des pools :

Sql1

Sql2

Sql3

Supervision système

Nudge APM met à disposition un agent système sous la forme d’une application téléchargeable.

L’interrogation des métriques systèmes (CPU, mémoire..) utilise le protocole SNMP.

Un seul agent système est donc en mesure d’observer plusieurs serveurs.

Les métriques systèmes collectées par l’agent sont envoyées une fois par minute sur le portail Nudge APM.

La consultation des métriques est ainsi disponible en temps réel.

Pour configurer votre agent système : Agent Système

Agent-systeme

Satisfaction utilisateur (APDEX)

Le standard de mesure APDEX (pour Application Performance Index, voir Site APDEX) 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.

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

Le temps de réponse maximum au delà duquel l’expérience utilisateur est qualifiée de “tolérable”.

Avec un temps de réponse inférieure à ce seuil, l’expérience utilisateur est qualifiée de “satisfaisante”.

Nous nommerons cette valeur ‘T’.

Le temps de réponse maximum au delà duquel l’expérience utilisateur est qualifiée de “frustrante”.

Ce temps de réponse est supérieur au précédent paramètre ‘T’.

Nous nommerons cette valeur ‘F’.

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.

Le temps de réponse étant discriminé en 3 ensembles :

ApdexPosterLarge

De l’APDEX vers la satisfaction de l’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.

Un pourcentage basé sur un standard est un très bon moyen de comprendre la satisfaction utilisateur.

apdex

Illustration graphique APDEX dans Nudge APM :

indicateur lié au temps de réponse d’une application et nombre de transactions détaillées par seuil.

SLA et Alertes

Les SLA (Service Level Agreement) permettent de formaliser la notion de qualité de service (QoS) sur une application ou un serveur.

Concrètement, un SLA est défini par un ensemble de paramètres :

Nudge APM permet de définir des SLA à seuil fixe ou par référence à une tendance.

Voici quelques exemples :

Que se passe t-il lorsqu’un SLA se déclenche ?

Pour configurer un SLA : SLA

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

Pour plus d’information sur la configuration de cette ci, utiliser : API REST

Cross Apps

Suivi de transactions entre deux ou plusieurs applications contrôlées; les transactions peuvent être suivies à travers celles-ci.

C’est ce que nous appelons le Cross-apps.

api-rest

api-rest

api-rest

Sécurité

Ce document décrit les outils et les procédures que nous mettons en oeuvre afin de vous fournir un servir fiable et sécurisé.

- Sécurisation des échanges réseau

Les échanges réseau entre les agents et la plateforme utilisent le protocole HTTPS et sont donc cryptés.

Il est possible de compléter ce dispositif par la mise en oeuvre d’un VPN.

- Audit des flux réseau

Les agents envoient les informations collectées dans un format très compacte développé par Google : protocol buffer.

Nous fournissons un outil de decompactage afin de faciliter l’audit de ces flux.

Merci de nous contacter si vous souhaitez obtenir plus d’informations à ce sujet.

Aucun transfert de Master Data.

Les données collectées par la sonde (requêtes HTTP, SQL…) sont anonymisées avant d’être envoyées sur la plateforme Nudge APM.

Par exemple, une requête SQL du type SELECT from CLIENT where NOM=’nom du client’ devient SELECT from CLIENT where NOM=?

Dans certains cas (notamment pour des besoins de qualification des transactions) il est possible de définir dans le fichier de paramétrage de la sonde une liste de paramètres HTTP qui peuvent exceptionnellement être envoyés vers la plateforme Nudge APM.

- Gestion des droits utilisateurs

Nudge APM s’appuie sur un système de gestion des droits utilisateurs de type ORBAC (Organisation Role Base Access Control).

Ainsi, un utilisateur peut avoir des droits spécifiques sur chaque application (administrateur sur l’application A et invité sur l’application B par exemple).

- Piste d’audit

Les informations liées à votre compte sont munies d’une piste d’audit.

Il est ainsi possible de tracer les modifications de paramétrage (telles que l’ajout ou la modification de droits sur un utilisateur, la création/modification de filtres…).

- Architecture redondante

Les composants techniques de notre architecture sur nos serveurs sont redondés.

Il en va de même pour les données que nous recevons et analysons.

Nous nous appuyons pour cela sur une architecture de type NoSQL utilisée par les grands acteurs du web.

Les données de chaque client sont isolées dans des fichiers séparés.

ArchitectureNudgeAPM

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

Pour apprendre à configurer des rapports : Rapports

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.

Pour configurer l’intégration LDAP

CGU

Dans cette rubrique, vous pouvez consulter ou télécharger les CGU de Nudge APM en mode SaaS ou en mode Licence perpétuelle et flottante.

CGU LICENCE « Nudge APM ».pdf

CGU Nudge APM - Mode SAAS.pdf

Helpdesk