Une application ASP.NET Core avec le SDK Application Insights produit des rafales de télémétrie qui provoquent des erreurs d'ingestion. Vous devez réduire le volume et les coûts de la télémétrie tout en garantissant que la corrélation des requêtes/réponses HTTP reste possible. Quelle approche devriez-vous utiliser ?

L'échantillonnage à taux fixe (Fixed-rate sampling) est la solution la plus appropriée car il réduit le volume de télémétrie en conservant une fraction constante de tous les éléments, ce qui permet de gérer les coûts et les rafales d'ingestion. Contrairement à l'échantillonnage adaptatif (Adaptive sampling), qui ajuste dynamiquement le taux, l'échantillonnage à taux fixe offre un contrôle prévisible. Il maintient la corrélation des requêtes/réponses HTTP en s'assurant que tous les éléments liés à une opération spécifique sont soit inclus, soit exclus ensemble. Les règles de collecte de données (DCR) avec KQL filtrent les données après l'ingestion, ce qui ne réduit pas le volume ni les coûts d'ingestion. Un plafond quotidien sur l'espace de travail Log Analytics arrête l'ingestion une fois la limite atteinte, ce qui entraîne une perte de données et n'est pas une méthode de réduction proactive du volume. L'augmentation de l'intervalle d'agrégation des métriques (TelemetryConfiguration) affecte uniquement les métriques et non le volume global de télémétrie (traces, dépendances, requêtes, etc.), et ne résoudrait pas le problème des rafales.