Una aplicación ASP.NET Core con el SDK de Application Insights está produciendo ráfagas de telemetría que causan errores de ingesta. Debe reducir el volumen y los costos de la telemetría, al mismo tiempo que garantiza que la correlación de solicitudes/respuestas HTTP siga siendo posible. ¿Qué enfoque debe utilizar?

Deshabilitar el muestreo adaptativo y habilitar el muestreo de tasa fija es la solución correcta porque el muestreo reduce el volumen de telemetría y, por lo tanto, los costos, mientras que el muestreo de tasa fija garantiza que todas las solicitudes relacionadas (solicitud, dependencias, eventos) se conserven juntas, manteniendo la correlación. El muestreo adaptativo ajusta dinámicamente la tasa de muestreo, lo que podría no ser suficiente para ráfagas extremas y podría romper la correlación si no se configura correctamente. Una regla de recopilación de datos (DCR) con un filtro KQL se aplica después de la ingesta y no reduce el volumen ni los costos de ingesta. Establecer un límite diario en el espacio de Analytics detendría la ingesta por completo una vez alcanzado el límite, lo que no es una solución de muestreo. Aumentar el intervalo de agregación de métricas solo afecta a las métricas, no a la telemetría de solicitudes/respuestas que causa la mayoría de los errores de ingesta.