Découvrir les métriques basées sur les journaux
Les métriques basées sur les journaux Application Insights vous permettent d’analyser l’intégrité de vos applications surveillées, de créer des tableaux de bord puissants et de configurer des alertes. Il existe deux types de métriques :
- métriques basées sur journaux en coulisse sont traduites en requêtes Kusto à partir d’événements stockés.
- les métriques standard sont stockées en tant que série chronologique pré-agrégée.
Étant donné que métriques standard sont pré-agrégées pendant la collecte, elles ont de meilleures performances au moment de la requête. Les métriques standard constituent un meilleur choix pour le tableau de bord et les alertes en temps réel. Les métriques basées sur les journaux ont plus de dimensions, ce qui en fait l'option supérieure 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 basées sur les journaux et les métriques standard dans l'explorateur de métriques .
Métriques basées sur les journaux
Les développeurs peuvent utiliser le Kit de développement logiciel (SDK) pour envoyer manuellement des événements (en écrivant du code qui appelle explicitement le SDK) ou en s’appuyant sur la collection automatique d’événements à partir de l’instrumentation automatique. Dans les deux cas, le serveur principal Application Insights stocke tous les événements collectés en tant que journaux, et les panneaux Application Insights du portail Azure agissent comme un outil analytique et de diagnostic pour visualiser les données basées sur des événements à partir des journaux.
L’utilisation de journaux pour conserver un ensemble complet d’événements peut apporter une grande valeur analytique et de diagnostic. Par exemple, vous pouvez obtenir un nombre exact de requêtes à une URL particulière avec le nombre d’utilisateurs distincts qui ont effectué ces appels. Vous pouvez également obtenir des traces de diagnostic détaillées, notamment des exceptions et des appels de dépendance pour n’importe quelle session utilisateur. Le fait de disposer de ce type d’informations peut améliorer considérablement la visibilité de l’intégrité et de l’utilisation de l’application, ce qui permet de réduire le temps nécessaire pour diagnostiquer les problèmes liés à une application.
En même temps, la collecte d’un ensemble complet d’événements peut être difficile (voire impossible) pour les applications qui génèrent un grand volume de données de télémétrie. Pour 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, telles que l’échantillonnage et le filtrage qui réduisent le nombre d’événements collectés et stockés. Malheureusement, réduire le nombre d’événements stockés réduit également la précision des métriques qui, en arrière-plan, doivent effectuer des agrégations au moment de la requête des événements stockés dans les journaux.
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. Au lieu de cela, ils sont stockés sous forme de série chronologique pré-agrégée, et uniquement avec des dimensions clés. Cela rend les nouvelles métriques supérieures au moment de la requête : la récupération des données est plus rapide et nécessite moins de puissance de calcul. Cela permet de nouveaux scénarios tels que des alertes en quasi temps réel sur les dimensions des métriques, des tableaux de bord plus réactifs et bien plus encore.
Important
Les métriques basées sur les journaux et pré-agrégées coexistent dans Application Insights. Pour différencier les deux, dans l’interface utilisateur d'Application Insights, les métriques pré-agrégées sont désormais appelées « métriques standard (préversion) », tandis que les métriques traditionnelles des événements ont été renommées en « métriques basées sur les journaux ».
Les kits SDK plus récents (Application Insights 2.7 SDK ou version ultérieure pour .NET) pré-agrègent les métriques pendant la collecte. Cela s’applique à métriques standard envoyées par défaut afin que la précision ne soit pas affectée par l’échantillonnage ou le filtrage. Il s’applique également aux métriques personnalisées envoyées à l’aide de GetMetric entraînant moins d’ingestion de données et un coût inférieur.
Pour les kits sdk qui n’implémentent pas la pré-agrégation, le back-end Application Insights remplit toujours les nouvelles métriques en agrégeant les événements reçus par le point de terminaison de collecte d’événements Application Insights. Même si vous ne bénéficiez pas du volume réduit de données transmises via le câble, vous pouvez toujours utiliser les métriques pré-agrégées et bénéficier de meilleures performances et de la prise en charge des alertes quasi-en temps réel avec des kits SDK qui ne pré-agrègent pas les métriques pendant la collecte.
Il est important de mentionner que le point de terminaison de collecte pré-agrège les événements avant l’échantillonnage d’ingestion, ce qui signifie que échantillonnage d’ingestion n’aura jamais d’impact sur la précision des métriques pré-agrégées, quelle que soit la version du SDK que vous utilisez avec votre application.