Quando pubblichiamo un applicativo ASP.NET Core su Microsoft Azure è molto probabile che gli affianchiamo un'istanza di Application Insight. Tramite un wizard di Visual Studio possiamo facilmente configurarlo e in pochi passi tenere traccia di tutto: richieste, risposte, durate e metriche.
Delle volte la telemetria è fin troppo eccessiva. Da una parte va ad aumentare lo spazio, e quindi anche i costi, dell'istanza, dall'altra può influenzare negativamente alcuni alert di monitoraggio che potremmo aver agganciato. Per esempio potremmo aver impostato delle regole per ricevere e-mail in caso di eccezioni o di richieste HTTP con status code diverso da 2xx.
Per ovviare a questo, all'interno del SDK di Application Insight possiamo far ricorso ad un ITelemetryProcessor personalizzato, cioè un nostro oggetto che si pone nel mezzo e decide se mandare la telemetria oppure no. La filosofia è del tutto simile a quella dei middleware: si crea una classe che accetta il delegato al processor successivo.
public class FilterTelemetryProcessor : ITelemetryProcessor { private readonly ITelemetryProcessor _next; public FilterTelemetryProcessor(ITelemetryProcessor next) { _next = next; } }
Nell'unico metodo di nome Process possiamo valutare l'item passato e decidere se proseguire oppure no.
public void Process(ITelemetry item) { // Escludo i 401 if (item is RequestTelemetry r && r.ResponseCode.Equals("401", StringComparison.OrdinalIgnoreCase)) { return; } // Escludo una certa tipologia di eccezioni if (item is ExceptionTelemetry et && et.Exception is COMException) { return; } _next.Process(item); }
Nell'esempio precedente saltiamo tutte le risposte di tipo 401 ed escludiamo alcune eccezioni che riteniamo superflue.
Non ci resta che agganciare la nostra classe direttamente nello Startup, subito dopo la chiamata a AddApplicationInsightsTelemetry, come nell'esempio seguente.
services.AddApplicationInsightsTelemetry(); // Processor personalizzato services.AddApplicationInsightsTelemetryProcessor<FilterTelemetryProcessor>();
Prima di procedere con un filtro, si consiglia sempre di verificare se la configurazione desiderata non sia già disponibile nelle opzioni, configurabile direttamente nella chiamata a AddApplicationInsightsTelemetry.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Conoscere il rendering Server o WebAssembly a runtime in Blazor
Fissare una versione dell'agent nelle pipeline di Azure DevOps
Utilizzare il metodo CountBy di LINQ per semplificare raggruppamenti e i conteggi
Controllare la telemetria con .NET Aspire
Supportare la crittografia di ASP.NET Core con Azure Container App
Evitare memory leaks nelle closure JavaScript
Scrivere selettori CSS più semplici ed efficienti con :is()
Gestione ciclo di vita in .NET Aspire
Managed deployment strategy in Azure DevOps
Recuperare App Service cancellati su Azure
Implementare il throttle in JavaScript
Utilizzare DeepSeek R1 con Azure AI
I più letti di oggi
- Gestione ciclo di vita in .NET Aspire
- Sfruttare i nuovi overload di TimeSpan.From* per creare timespan usando numeri interi
- .NET Conference Italia 2024 - Milano
- Gestione CSS in Blazor con .NET 9
- ecco tutte le novità pubblicate sui nostri siti questa settimana: https://aspit.co/wkly buon week-end!
- ecco tutte le novità pubblicate sui nostri siti questa settimana: https://aspit.co/wkly buon week-end!
- ecco tutte le novità pubblicate sui nostri siti questa settimana: https://aspit.co/wkly buon week-end!