Una aplicación ASP.NET instrumentada con el SDK de Application Insights envía una gran ráfaga de telemetría, lo que provoca errores de ingesta y eventos descartados. Debe reducir el volumen y los costos de la telemetría manteniendo una telemetría estadísticamente válida y preservando la correlación cliente-servidor. ¿Qué acción debe tomar?

La opción correcta es deshabilitar el muestreo adaptativo y habilitar el muestreo de tasa fija. El muestreo adaptativo ajusta dinámicamente el volumen de telemetría, pero en ráfagas grandes puede no reaccionar lo suficientemente rápido, causando errores de ingesta. El muestreo de tasa fija permite controlar el porcentaje exacto de telemetría que se envía, reduciendo el volumen y los costos de manera predecible, mientras mantiene la correlación y la validez estadística. Establecer un límite diario en Log Analytics solo detendría la ingesta una vez alcanzado el límite, sin prevenir los errores iniciales ni reducir el volumen de envío. Modificar el nivel de precios no reduce el volumen de telemetría, solo cambia el costo por GB. Reducir eventos de DiagnosticSource es una solución a nivel de código más invasiva y no aborda el problema de ráfagas inesperadas de manera tan eficiente como el muestreo.