Welcome to the fourth part of our Microsoft Azure Insights Integration documentation series! This series will guide you through various aspects of integrating Azure Insights across different technologies and platforms. Below is an overview of the topics covered in this series:
A Step-by-Step Guide to Azure Insights Integration with .NET Core API
Streamlining Microsoft Azure Insights Integration with Angular
Log Request Payloads Using Custom Events in Microsoft Azure Insights (You’re here!)
Tracking Response Exceptions via Custom Event Logging in Azure Insights
In this fourth part, we will cover how to log request payloads using custom events in Microsoft Azure Insights to enhance monitoring and troubleshooting.
This guide explains how to log request payloads using custom events in Microsoft Azure Application Insights. By doing so, we can monitor, capture, and analyze incoming request data, helping to diagnose issues and optimize the performance of backend services. This approach provides critical insights into the data flowing through the application, ensuring more comprehensive monitoring and troubleshooting capabilities.
Prerequisites
.NET Core Application: Backend API built using .NET Core (minimum version 3.1 or higher).
Azure Subscription: Access to Microsoft Azure services.
Azure Application Insights SDKs: For .NET.
Basic knowledge of Application Insights: Familiarity with logging and telemetry.
Step 1: Set Up Application Insights in Azure
Create Application Insights Resource in Azure:
Log in to your Azure Portal.
Navigate to Application Insights and create a new resource.
Provide a name, select the appropriate subscription and resource group, and set your region (choose the region closest to your application's hosting).
Once the resource is created, go to the Overview page and copy the Instrumentation Key (this will be needed for both backend and frontend integration).
Configure Role-Based Access Control (RBAC):
Ensure that the appropriate permissions are granted for accessing the telemetry data. Add necessary users or service accounts with read or contributor access.
Step 2: Install Application Insights SDK for .NET Core
Microsoft.ApplicationInsights.AspNetCore based on different versions of .NET:
.NET Version | Microsoft.ApplicationInsights.AspNetCore NuGet Version |
---|---|
.NET Core 2.1 | 2.8.1 - 2.14.0 |
.NET Core 3.1 | 2.14.0 and later |
.NET 5.0 | 2.16.0 and later |
.NET 6.0 | 2.18.0 and later |
.NET 7.0 | 2.20.0 and later |
.NET 8.0 | 2.21.0 and later |
Use the following command in the terminal or in Visual Studio Package Manager Console:
dotnet add package Microsoft.ApplicationInsights.AspNetCore
Step 3: Configure Application Insights in Startup.cs
Open the Startup.cs
file and add the Application Insights service in the ConfigureServices
method:
public void ConfigureServices(IServiceCollection services) { var applicationInsightsEnabled = Configuration.GetValue<bool>("ApplicationInsights:TelemetryFeatureEnabled"); if (applicationInsightsEnabled) { services.AddApplicationInsightsTelemetry(Configuration.GetSection("ApplicationInsights:ConnectionString")); } }
Step 4: Adding New Configurations to appsettings.json
In your appsettings.json
, add the Instrumentation Key and a feature flag to enable or disable the functionality:
{ "ApplicationInsights": { "TelemetryFeatureEnabled": true, "ConnectionString": "YOUR_INSTRUMENTATION_KEY" } }
Section | Key/Setting | Default Value | Description |
---|---|---|---|
ApplicationInsights |
|
| Configuration for the Application Insights service integration. |
| TelemetryFeatureEnabled | false | Enables telemetry data collection such as performance metrics, exceptions, etc. |
| ConnectionString | "YOUR_INSTRUMENTATION_KEY" | Placeholder for the actual Application Insights Instrumentation Key or Connection String. |
This table provides a clear overview of the JSON configuration, explaining each setting and its purpose.
Step 5: Create azureinsightsconfiguration.json
for Azure Insights
To better manage Azure Application Insights settings, it's useful to place the configurations in a dedicated file. In the root or configuration folder of the project, create a new file called azureinsightsconfiguration.json
.
{ "PayLoad": { "MinimumPayloadSize": 5, "LoggingOption": 0, "LogRequests": [ { "Path": "/api/v1/User/UserLogin", "Method": "POST" }, { "Path": "/api/v1/Auth/AuthenticateWithJwtToken", "Method": "POST" } ], "DisabledDatabaseList": [ "FR_Database" ] } }
Configuration Name | Default Value | Definition |
---|---|---|
PayLoad | - | Main configuration object. |
MinimumPayloadSize |
| Minimum payload size for requests in megabytes. |
LoggingOption |
| Specifies logging behavior: |
LogRequests | - | Specifies API requests that should be logged. (Inner Objects of Requests) |
Path | - | The path of the API request to be logged. |
Method | - | HTTP method for the API request. |
DisabledDatabaseList | - | Lists the databases that are disabled. |
Database | - | Comma separated names of the disabled database. |
This table provides a clear overview of the JSON configuration, explaining each setting and its purpose.
Step 6: Configure azureinsightsconfiguration.json
in Program.cs
Open the
Program.cs
file and add theazureinsightsconfiguration.json
in theCreateHostBuilder
method:
public static IHostBuilder CreateHostBuilder(string[] args) => Host.CreateDefaultBuilder(args) .UseSerilog() .ConfigureAppConfiguration( (context, config) => { config.AddJsonFile("azureinsightsconfiguration.json", optional: false, reloadOnChange: true); } ) .ConfigureWebHostDefaults(webBuilder => { webBuilder.UseStartup<Startup>(); });
Set up logging, error handling, and dynamic configuration loading in
Program.cs
using configuration sources likeappsettings.json
and environment variables:public static void Main(string[] args) { try { Log.Information("Application is Starting."); CreateHostBuilder(args).Build().Run(); } catch (Exception ex) { Log.Fatal(ex, "The Application is failed to start."); } finally { Log.CloseAndFlush(); } } private static IConfiguration Configuration => new ConfigurationBuilder() .SetBasePath(Directory.GetCurrentDirectory()) .AddJsonFile("appsettings.json", optional: false, reloadOnChange: true) .AddEnvironmentVariables() .Build();
Step 07: Azure Insights Middleware Implementation - AzureInsightsMiddleware.cs
public class AzureInsightsMiddleware( RequestDelegate next, TelemetryClient telemetryClient, IConfiguration configuration ) { public async Task Invoke(HttpContext context) { bool applicationInsightsEnabled = false; try { applicationInsightsEnabled = configuration.GetValue<bool> ( "ApplicationInsights:TelemetryFeatureEnabled" ); int payLoadLoggingOption = configuration.GetValue<int>("PayLoad:LoggingOption"); if (applicationInsightsEnabled && payLoadLoggingOption != -1) { PathString requestPath = context.Request.Path; string requestMethod = context.Request.Method; List <LogRequest> logRequests = configuration.GetSection("PayLoad:LogRequests").Get<List<LogRequest>>() ?? []; bool shouldLog = (logRequests.Any( logRequest => requestMethod.Equals( logRequest.Method, StringComparison.OrdinalIgnoreCase ) && requestPath.StartsWithSegments(logRequest.Path) ) && payLoadLoggingOption == 0) || payLoadLoggingOption == 1; if (shouldLog) { string[] logDisabledDatabases = configuration.GetSection("PayLoad:DisabledDatabaseList").Get<string[]>() ?? []; int minimumPayloadSize = configuration.GetSection("PayLoad:MinimumSize").Get<int?>() ?? 5; context.Request.EnableBuffering(); string bodyAsText = string.Empty; if (context.Request.ContentLength == null || context.Request.ContentLength > minimumPayloadSize * 1024 * 1024) { bodyAsText = "Request body is too large to process."; } else { using(StreamReader reader = new(context.Request.Body, Encoding.UTF8, detectEncodingFromByteOrderMarks: false, leaveOpen: true)) { bodyAsText = await reader.ReadToEndAsync(); context.Request.Body.Position = 0; } context.Request.Body.Seek(0, SeekOrigin.Begin); } Dictionary<string, string> customMetaData = new() { { "payload", bodyAsText }, { "content_type", context.Request.ContentType }, }; if (context.User.Claims.Any()) { string userDatabase = context.User.Claims.FirstOrDefault(c => c.Type == "Database")?.Value ?? string.Empty; if (!logDisabledDatabases.Contains(userDatabase)) { customMetaData.Add("organization", userDatabase); } } else { customMetaData.Add("organization", "not-specified"); } telemetryClient.TrackEvent($ "Request PayLoad", customMetaData); } } } catch (Exception ex) { telemetryClient.TrackException(ex); } await next(context); } }
Explanation: This code defines a middleware class, AzureInsightsMiddleware
, for logging request payloads to Azure Application Insights in a .NET Core application.
Configuration Check:
It checks if telemetry logging is enabled by reading the
TelemetryFeatureEnabled
setting from the configuration. If disabled, no logging occurs.
Payload Logging Conditions:
Based on configuration settings (
PayLoad:LoggingOption
andPayLoad:LogRequests
), it determines whether the request payload should be logged. You can configure specific request paths and methods to track or log all requests.
Buffering and Payload Logging:
If logging is enabled and the payload is not too large, the middleware reads the request body (using buffering) and logs it along with metadata like content type and user organization.
Telemetry Logging:
The payload and additional data are logged to Application Insights as a custom event, allowing monitoring of specific requests and tracking user actions.
Error Handling:
If any errors occur, they are caught and logged as exceptions to prevent the middleware from breaking the request flow.
This middleware helps monitor, log, and analyze request payloads in a structured way, providing valuable insights for debugging and performance monitoring.
Step 08: Register the Middleware in Startup.cs
Open the Startup.cs
file and add the AzureInsightsMiddleware
in the Configure
method:
public void Configure(IApplicationBuilder app, IWebHostEnvironment env) { app.UseMiddleware<AzureInsightsMiddleware>(); }
Ensure that the AzureInsightsMiddleware
is registered after app.UseAuthentication()
and app.UseAuthorization()
in the Configure
method to correctly log requests after authentication and authorization have been applied. This ensures that any telemetry data related to user identity or roles is captured, providing more accurate insights into authenticated requests.
public void Configure(IApplicationBuilder app, IWebHostEnvironment env) { app.UseAuthentication(); app.UseAuthorization(); app.UseMiddleware<AzureInsightsMiddleware>(); }
Step 09: Visualize the Custom Event in Azure Insights
Once the request payloads are logged as custom events, follow these steps to visualize them in Azure Insights:
Open Azure Portal:
Go to Azure Portal and navigate to your Application Insights resource.
Navigate to Logs (Analytics):
On the Application Insights overview page, select Logs (formerly known as Analytics).
Query Custom Events:
Use Kusto Query Language (KQL) to query the custom events. For example, to view the logged request payloads:
customEvents | where name == "Request PayLoad" | project timestamp, customDimensions.payload, customDimensions.organization, customDimensions.content_type | order by timestamp desc
Analyze the Data:
The query results will display logged request payloads, content types, and any additional metadata (such as organization). Use the insights to analyze incoming data, diagnose issues, or optimize performance.Set Up Dashboards and Alerts:
You can save these queries as part of a dashboard or set up alerts based on specific conditions (e.g., payload size, request content type) to proactively monitor important events.
To query request payloads based on a specific database, use the following filter in your query: customDimensions.organization == 'YourDatabaseName'
. This will help you isolate and analyze logs related to the specified database, providing more targeted insights.
customEvents | where name == "Request PayLoad" | where customDimensions.organisation contains "YOUR_DATABASE_NAME" | project timestamp, customDimensions.payload, customDimensions.organization, customDimensions.content_type | order by timestamp desc
This step helps you to visualize and analyze the custom events captured by Azure Application Insights, providing deeper insight into your application’s behavior and performance.
Here are some helpful Kusto Query Language (KQL) references available online to deepen your understanding of how to write and use queries in Azure Application Insights:
Official Kusto Query Language Documentation
This is the official Microsoft documentation that provides detailed explanations of KQL syntax and examples.Application Insights Analytics (KQL) Overview
This documentation explains how to use KQL specifically in Azure Application Insights to query telemetry data.Kusto Query Language Quick Reference
A concise reference that highlights common KQL operators and functions with examples.Azure Monitor Logs Kusto Query Examples
A collection of examples showing how to use KQL to query Azure Monitor Logs, which is useful for querying telemetry in Application Insights.Kusto Tutorial for Beginners
An easy-to-follow guide for beginners to get started with KQL, with hands-on examples for practice.Azure Monitor KQL Cheat Sheet
A cheat sheet summarizing commonly used KQL commands and query patterns for Azure Monitor and Application Insights.
These resources will help you master KQL and effectively query and analyze data in Azure Application Insights.
Conclusion
In this guide, we've explored how to log request payloads using custom events in Microsoft Azure Application Insights. By implementing this approach, you can capture and analyze incoming request data, offering valuable insights into the operation and performance of your backend services. This method allows for detailed tracking of request content, user actions, and application behavior, helping to diagnose issues and optimize performance. With these insights, you can enhance monitoring, streamline troubleshooting, and ensure that your application runs efficiently, making proactive improvements as needed.