Détection des métriques basées sur le journal

• 3 minutes

Les métriques Application Insights reposant sur un journal vous permettent d'analyser l'intégrité de vos applications surveillées, de créer de puissants tableaux de bord, et de configurer des alertes. Il existe deux types de métriques :

• Les métriques reposant sur le journal en arrière-plan sont converties en requêtes Kusto à partir d'événements stockés.
• Les métriques standard sont stockées sous forme de séries chronologiques pré-agrégées.

Comme les métriques standard sont pré-agrégées pendant la collecte, elles offrent de meilleures performances lors des requêtes. Les métriques standard constituent un meilleur choix pour les tableaux de bord et les alertes en temps réel. Les métriques reposant sur un journal contiennent plus de dimensions, ce qui en fait une meilleure option pour l'analyse des données et les diagnostics ad hoc. Utilisez le sélecteur d'espace de noms pour basculer entre les métriques reposant sur un journal et les métriques standard dans Metrics Explorer.

Métriques basées sur les journaux

Les développeurs peuvent utiliser le SDK pour envoyer ces événements manuellement (en écrivant du code qui appelle explicitement le SDK), ou bien ils peuvent se reposer sur la collecte automatique des événements assurée par l’instrumentation automatique. Dans les deux cas, le serveur principal d’Application Insights stocke tous les événements collectés sous forme de journaux d’activité. Dans le portail Azure, les panneaux Application Insights servent d’outil d’analyse et de diagnostic et permettent de visualiser les données basées sur les événements à partir des journaux d’activité.

L’utilisation de journaux d’activité pour conserver un ensemble complet d’événements présente un grand avantage en termes d’analyse et de diagnostic. Vous pouvez par exemple obtenir le nombre exact de requêtes envoyées vers une URL donnée avec le nombre d’utilisateurs distincts ayant effectué ces appels. Ou bien vous pouvez obtenir des rapports d’appels de procédures détaillés pour le diagnostic, notamment les exceptions et les appels de dépendance de n’importe quelle session utilisateur. Ce type d’information améliore considérablement la visibilité sur l’intégrité et l’utilisation des applications, diminuant le temps nécessaire pour diagnostiquer les problèmes avec une application.

Dans le même temps, la collecte d'un ensemble complet d'événements peut s'avérer difficile (voire impossible) pour les applications qui génèrent un volume important de données de télémétrie. Dans les situations où le volume d’événements est trop élevé, Application Insights implémente plusieurs techniques de réduction du volume de télémétrie, comme l’échantillonnage et le filtrage qui diminue le nombre d’événements collectés et stockés. Malheureusement, la diminution du nombre d’événements stockés fait également baisser la précision des métriques qui, en arrière-plan, doivent effectuer des agrégations de requêtes des événements stockés dans les journaux d’activité.

Métriques pré-agrégées

Les métriques pré-agrégées ne sont pas stockées en tant qu’événements individuels avec un grand nombre de propriétés. À la place, elles sont stockées sous la forme de séries chronologiques pré-agrégées, et seulement avec des dimensions clés. Les métriques sont ainsi de meilleure qualité au moment de la requête : l’extraction des données s’effectue plus rapidement et nécessite moins de puissance de calcul. Cela rend possible de nouveaux scénarios comme la génération d’alertes quasiment en temps réel sur les dimensions des métriques, des tableaux de bord plus réactifs et bien plus encore.

Les Kits de développement logiciel (SDK) les plus récents (SDK Application Insights 2.7 ou ultérieur pour .NET) pré-agrègent les métriques lors de la collecte. Cela s’applique aux métriques standard envoyées par défaut afin que l’exactitude ne soit pas influencée par l’échantillonnage ou le filtrage. Cela s'applique également aux métriques personnalisées envoyées à l'aide de GetMetric, ce qui permet de réduire l'ingestion de données et les coûts.

Quand les kits SDK n’implémentent pas la pré-agrégation, le back-end d’Application Insights continue à renseigner les nouvelles métriques en agrégeant les événements reçus par le point de terminaison de collecte des événements d’Application Insights. Même si vous ne bénéficiez pas de la réduction du volume de données transmises sur le réseau, vous pouvez utiliser les métriques pré-agrégées et profiter de performances et d’une prise en charge améliorées pour générer des alertes dimensionnelles en quasi-temps réel avec des kits SDK qui ne pré-agrègent pas les métriques pendant la collecte.

Notez par ailleurs que le point de terminaison de collecte pré-agrège les événements avant l’échantillonnage d’ingestion, ce qui signifie que l’échantillonnage d’ingestion n’a pas d’impact sur l’exactitude des métriques pré-agrégées, quelle que soit la version du SDK que vous utilisez pour votre application.