Detección de métricas basadas en registros

Completado

Las métricas basadas en registros de Application Insights permiten analizar el estado de las aplicaciones supervisadas, crear paneles eficaces y configurar alertas. Hay dos tipos de métricas:

  • las métricas basadas en registros en segundo plano se traducen en consultas de Kusto de eventos almacenados.
  • las métricas estándar se almacenan como series temporales agregadas previamente.

Dado que las métricas estándar están pre-agregadas durante la recopilación, tienen un mejor rendimiento en el momento de la consulta. Las métricas estándar son una mejor opción para la creación de paneles y las alertas en tiempo real. Las métricas basadas en registros tienen más dimensiones, lo que las convierte en la opción superior para el análisis de datos y los diagnósticos ad hoc. Use el selector de espacio de nombres para cambiar entre las métricas basadas en registros y estándar en el explorador de métricas .

Métricas basadas en registros

Los desarrolladores pueden usar el SDK para enviar eventos manualmente (escribiendo código que invoca explícitamente el SDK) o pueden confiar en la recopilación automática de eventos de la instrumentación automática. En cualquier caso, el back-end de Application Insights almacena todos los eventos recopilados como registros y las hojas de Application Insights de Azure Portal actúan como una herramienta de análisis y diagnóstico para visualizar los datos basados en eventos de los registros.

El uso de registros para conservar un conjunto completo de eventos puede aportar un gran valor analítico y de diagnóstico. Por ejemplo, puede obtener un recuento exacto de solicitudes a una dirección URL determinada con el número de usuarios distintos que realizaron estas llamadas. También puede obtener trazas de diagnóstico detalladas, incluidas las excepciones y las llamadas a dependencias para cualquier sesión de usuario. Tener este tipo de información puede mejorar significativamente la visibilidad del estado y el uso de la aplicación, lo que permite reducir el tiempo necesario para diagnosticar problemas con una aplicación.

Al mismo tiempo, la recopilación de un conjunto completo de eventos puede ser poco práctico (o incluso imposible) para las aplicaciones que generan un gran volumen de telemetría. En situaciones en las que el volumen de eventos es demasiado alto, Application Insights implementa varias técnicas de reducción de volumen de telemetría, como el muestreo y el filtrado que reduce el número de eventos recopilados y almacenados. Desafortunadamente, reducir el número de eventos almacenados también reduce la precisión de las métricas que, en segundo plano, deben realizar agregaciones en tiempo de consulta de los eventos almacenados en los registros.

Métricas agregadas previamente

Las métricas agregadas previamente no se almacenan como eventos individuales con muchas propiedades. En su lugar, se almacenan como series temporales agregadas previamente y solo con dimensiones clave. Esto hace que las nuevas métricas sean superiores en el momento de la consulta: la recuperación de datos se produce más rápido y requiere menos potencia de proceso. Esto permite nuevos escenarios, como alertas casi en tiempo real sobre dimensiones de métricas, paneles con mayor capacidad de respuesta, etc.

Importante

Tanto las métricas basadas en registros como las agregadas previamente coexisten en Application Insights. Para diferenciar los dos, en la experiencia del usuario de Application Insights, las métricas agregadas previamente ahora se denominan "Métricas estándar (versión preliminar)", mientras que las métricas tradicionales de los eventos se cambiaron a "Métricas basadas en registros".

Los SDK más recientes (Application Insights 2.7 SDK o posterior para .NET) agregan previamente las métricas durante la recopilación. Esto se aplica a métricas estándar enviadas de forma predeterminada por lo que la precisión no se ve afectada por el muestreo o el filtrado. También se aplica a las métricas personalizadas enviadas mediante GetMetric lo que da como resultado una ingesta de datos menor y un costo menor.

Para los SDK que no implementan la agregación previa, el back-end de Application Insights sigue rellenando las nuevas métricas agregando los eventos recibidos por el punto de conexión de la colección de eventos de Application Insights. Aunque no se beneficia del volumen reducido de datos transmitidos a través de la conexión, todavía puede usar las métricas agregadas previamente y experimentar un mejor rendimiento y compatibilidad con las alertas dimensionales casi en tiempo real con SDK que no agregan métricas previamente durante la recopilación.

Cabe mencionar que el endpoint de recopilación pre-agrega eventos antes de la muestra de ingesta, lo que significa que la muestra de ingesta nunca afectará a la precisión de las métricas pre-agregadas, independientemente de la versión del SDK que use con la aplicación.