Les 8 principaux indicateurs APM que les équipes IT utilisent pour surveiller leurs applications

Publié le 29 août 2023
Mis à jour le 22 juin 2026
Pièce d'un vaisseau spatial rétro sur fond de ciel bleu.
By Jim Holdsworth

Une expérience client supérieure (CX) repose sur des indicateurs de suivi des performances d'applications précises (APM) et en temps réel. Avant de pouvoir affiner vos applications ou votre système pour améliorer l'expérience client, il est nécessaire d'identifier le problème ou les opportunités.

Les solutions APM fournissent généralement un tableau de bord centralisé permettant de regrouper des indicateurs de performance en temps réel et des informations à analyser et à comparer. Ils établissent également des valeurs de référence pour alerter les administrateurs système des écarts qui indiquent des problèmes de performance réels ou potentiels. Les équipes informatiques, DevOps et les ingénieurs de fiabilité de site peuvent alors rapidement identifier et résoudre les problèmes d'application.

La surveillance des performances des applications est la phase initiale de la gestion des performances des applications . La surveillance permet de suivre les performances des applications et de les gérer. Une solution APM fournit aux administrateurs les outils d'instrumentation nécessaires pour collecter rapidement des données et analyser la cause racine ; ils isolent, dépannent et résolvent ensuite le problème.

Indicateurs clés APM à surveiller

Vous pouvez choisir parmi plusieurs indicateurs, mais nous vous recommandons de vous concentrer sur ces huit indicateurs pour en tirer le meilleur avantage au sein de votre entreprise IT.

1. Scores Apdex et SLA

Commençons par les scores de l'indice de performance des applications (Apdex) et du contrat de niveau de service (SLA), car ils constituent la base d'une expérience client supérieure. Les vitesses et les avances que vous mesurerez sont les aspects spécifiques qui devraient s’additionner pour des performances rapides, mais elles sont les moyens, pas la fin. Votre objectif est de satisfaire vos clients, ce qui, espérons-le, entraînera une augmentation des ventes.

Les scores Apdex et SLA sont les méthodes les plus populaires pour suivre l'expérience des utilisateurs finaux. Le score Apdex permet de suivre les performances relatives d'une application en spécifiant un objectif quant à la durée normale d'une demande ou d'une transaction sur le Web. Les SLA sont les indicateurs de votre contrat client et tout ce qui est inférieur au SLA défini risque une baisse de l’expérience client (et éventuellement des pénalités prédéfinies).

2. Disponibilité des applications (également appelée temps de fonctionnement ou surveillance des performances Web)

C’est l'indicateur le plus simple : l’application est-elle opérationnelle ? Vous contrôlez et mesurez si votre application est disponible et en ligne. La plupart des entreprises l'utilisent pour mesurer le respect des accords de niveau de service (SLA). Le temps de fonctionnement est souvent utilisé pour évaluer de manière sommaire la fiabilité et l’état général du système. Les temps d'arrêt excessifs peuvent avoir un impact négatif sur la satisfaction des utilisateurs des entreprises fournissant des services en ligne. Dans le cas d’une application web, la disponibilité peut être vérifiée par une simple requête HTTP à intervalles réguliers.

3. Utilisation de l'unité centrale (également appelée utilisation des ressources)

Un pourcentage élevé de la capacité du processeur utilisé par une application peut être le signe d'un problème de performance. Un pic soudain d'utilisation du processeur peut entraîner un ralentissement des temps de réponse. Les fluctuations de la demande pour une application peuvent également indiquer que vous devez ajouter d’autres instances d’application. En règle générale, si l’utilisation du processeur dépasse 70 % plus de 30 % du temps, vous risquez de manquer de capacité CPU.

L’utilisation des ressources peut également inclure l’utilisation de la mémoire et du disque. Le suivi de la RAM permet d’identifier les fuites de mémoire qui pourraient entraîner une défaillance ou la nécessité de disposer d’une mémoire plus importante. Les indicateurs d'utilisation du disque peuvent aider à empêcher une application de manquer de stockage persistant, ce qui pourrait entraîner son échec. Une utilisation élevée du disque peut également être le signe d'un stockage de données inefficace ou de politiques de conservation des données erronées.

4. Taux d’erreur

Votre logiciel de suivi des indicateurs APM devrait surveiller les applications pour enregistrer le pourcentage de demandes qui aboutissent à des échecs. Il s’agit d’identifier et de résoudre en priorité les incidents qui nuisent à l’expérience utilisateur. Les erreurs d'application peuvent inclure des erreurs de serveur, une réponse 404 ou un dépassement de délai dans une application web. Vous pouvez configurer votre solution APM pour qu'elle envoie des notifications lorsqu'un taux d'erreur dépasse un paramètre défini. Par exemple, envoyez une alerte lorsque 2,5 % des 25 demandes précédentes ont abouti à une erreur.

5. Récupération de place

La récupération de place (GC) peut optimiser les performances en détectant et en supprimant l’utilisation constante et importante de la mémoire dans Java et d’autres langages. La bonne nouvelle, c'est que l'automatisation GC récupère la mémoire consacrée aux objets ou aux données inutilisés ou redondants qui ne sont plus utilisés par une application. Les objets ou données inutilisés sont supprimés et les objets vivants sont copiés dans un pool de mémoire de génération ultérieure. Il s'agit d'un indicateur qu'il faut maintenir au cœur de votre activité. Si la GC est exécutée trop souvent, cela peut nécessiter trop de temps ; mais si la GC n'est pas exécutée assez souvent, il se peut que votre système ait trop peu de mémoire.

6. Nombre d’instances

Le suivi des instances vous permet de dimensionner votre application pour répondre à la demande réelle des utilisateurs, en fonction du nombre d'instances d'application ou de serveurs exécutées à tout moment. Cela peut être particulièrement important pour les applications cloud. Auto-Scaling permet de garantir que les applications modernes peuvent évoluer pour répondre aux pics de demande, tout en réduisant les coûts lors des périodes de faible activité. Cela peut également engendrer des défis en matière de surveillance de l’infrastructure. Par exemple, si votre application augmente automatiquement en fonction de l'utilisation du processeur, il se peut que vous ne voyiez jamais votre consommation augmenter. Au lieu de cela, vous pourriez voir le nombre d'instances de serveur augmenter trop, de même que votre facture d'hébergement.

7. Taux de requêtes

Vous pouvez mesurer le trafic reçu par une application afin d'identifier toute diminution ou augmentation significative ou toute coïncidence entre les utilisateurs. La corrélation entre les taux de requête et les autres indicateurs de performance des applications vous aidera à comprendre l'évolutivité de vos applications logicielles. Les logiciels APM peuvent également surveiller le trafic afin d'identifier les anomalies. La surveillance des utilisateurs montrant une augmentation inattendue des demandes pourrait être une attaque par déni de service (DoS). Un grand nombre de demandes émanant du même utilisateur peut indiquer que le compte a été piraté. De même, un nombre de requêtes anormalement faible est source d’inquiétude : aucune activité ou aucun trafic du tout pourrait signifier un incident dans presque tous les composants de votre système.

8. Temps de réponse (également appelé durée)

En suivant le temps de réponse moyen à une requête (c’est-à-dire le temps nécessaire à une application pour répondre à une demande de ressources), vous pouvez évaluer les performances de l’application. Ces requêtes peuvent inclure des transactions initiées par les utilisateurs finaux, comme une demande de chargement d’une page web, ou inclure des requêtes internes d’une partie de votre application à une autre, comme un processus ou un microservice demandant des données au disque ou à la mémoire. Le temps de réponse total comprend le temps de réponse du serveur (le temps nécessaire à votre serveur pour traiter une requête) plus la latence du réseau (le temps total nécessaire à la requête pour se déplacer sur le réseau).

Un indicateur associé est le temps de chargement de la page, qui mesure le temps nécessaire à une page Web pour se charger dans un navigateur. Le suivi des temps de chargement des pages permet aux outils de surveillance de performances des applications d'identifier les problèmes à l'origine du ralentissement du chargement des pages, puis d'améliorer l'expérience en ligne. Un chargement lent des pages peut entraîner l’abandon de pages et une perte d’activité. Les solutions APM peuvent être configurées pour un niveau de référence de performance pour cet indicateur et vous alerter lorsque cette référence n'est pas atteinte.

IBM DevOps

Qu’est-ce que le DevOps ?

Andrea Crawford présente le DevOps, démontre sa valeur, et explique de quelle façon les pratiques et les outils DevOps vous aident à faire progresser vos applications dans l’ensemble du pipeline de livraison logiciel, de l’idéation à la production. Dirigé par des leaders d’opinion d’IBM, le programme a pour but d’aider les chefs d’entreprise à acquérir les connaissances nécessaires pour donner la priorité aux investissements dans l’IA capables de stimuler la croissance.

Autres indicateurs d’application

Pour ceux qui recherchent un ensemble plus complet d'indicateurs relatifs à la surveillance des performances des applications, vous pourriez envisager les indicateurs suivants :

  • Requêtes de base de données : mesure le nombre de requêtes demandées à une base de données par une application. Vos outils APM peuvent alors vous aider à identifier les requêtes lentes ou inefficaces qui peuvent ralentir les performances globales de votre application.
  • E/S (entrée/sortie) : Les E/S indiquent la vitesse à laquelle les applications lisent ou écrivent des données. Vous pouvez suivre les performances des supports de stockage persistants (tels que les disques durs ou les SSD) et les taux d'E/S de la mémoire ou des disques virtuels.
  • Utilisation du réseau : l'utilisation du réseau représente la largeur de bande totale utilisée par une application. L'utilisation accrue du réseau peut indiquer des problèmes de performances qui ralentissent le temps de réponse de l'application ou créent des goulots d'étranglement.
  • Disponibilité des nœuds : Une mesure similaire au nombre d’instances est la disponibilité des nœuds, mais elle est spécifique au cloud. Lorsque vous déployez des applications sur un cluster Kubernetes , le nombre de nœuds disponibles et en réponse (sur le total des nœuds d’un cluster) peut aider à identifier les problèmes au sein de votre infrastructure. Les indicateurs de dépenses cloud peuvent également être importants, vous offrant une visibilité en temps réel des coûts cloud en suivant les appels API, le temps d’exécution des machines virtuelles (VM) basées sur le cloud et les taux totaux de sortie des données.
  • Débit : le débit est le volume de données qui peut être transféré entre une application et les utilisateurs ou d'autres systèmes. Cela peut être utilisé pour déterminer si une application est capable de gérer le volume de trafic attendu.
  • Suivi des transactions : cela vous donne une image des transactions individuelles effectuées par une application. Les données capturées peuvent inclure les appels à la base de données, les appels externes et les appels de fonction, ce qui permet de suivre la demande de transaction du début à la fin.
  • Volume de transactions : le volume de transactions mesure le nombre de transactions traitées par une application. Cela permet aux outils APM d'identifier les problèmes d'évolutivité et de planification des capacités.

Lancez-vous avec votre solution APM

IBM Instana Observability fournit une observabilité en temps réel que tout le monde peut utiliser. Il permet une création de valeur rapide tout en garantissant que votre stratégie d’observabilité tient le rythme de la complexité dynamique de l'environnement d’aujourd’hui et de demain. Du mobile au mainframe, Instana prend en charge plus de 250 technologies, et poursuit son expansion.

 

Auteur

Jim Holdsworth

Staff Writer

IBM Think

Solutions connexes
IBM Instana Observability

Exploitez le pouvoir de l’IA et de l’automatisation pour résoudre de manière proactive les problèmes de la pile d’applications.

Découvrir IBM Instana Observability
Solutions d’observabilité IBM

Maximisez votre résilience opérationnelle et assurez le bon fonctionnement des applications cloud natives grâce à l’observabilité alimentée par l’IA.

Découvrir les solutions d’observabilité IBM
IBM® Consulting AIOps

Intensifiez l’automatisation et les opérations informatiques avec l’IA générative, en alignant chaque aspect de votre infrastructure informatique sur vos priorités métier.

Découvrir IBM Consulting AIOps
Passez à l’étape suivante

Découvrez comment IBM Instana permet de surveiller les performances des applications en temps réel et d’obtenir des informations alimentées par l’IA, disponibles en SaaS ou en auto-hébergement.

  1. Découvrir IBM Instana Observability
  2. Voir la solution en action