Seq is a flexible self-hosted back-end for the ASP.NET Core logging subsystem (Microsoft.Extensions.Logging). Log events generated by the framework and application code are sent over HTTP to a Seq server, where the structured data associated with each event is used for powerful filtering, correlation, and analysis.
This package makes it a one-liner to configure ASP.NET Core logging with Seq.
Getting started
The instructions that follow are for .NET 6.0+ web applications.
Add the NuGet package to your project either by editing the CSPROJ file, or using the NuGet package manager:
dotnet add package Seq.Extensions.Logging
In Program.cs, call AddSeq() on the host's ILoggingBuilder.
// Use the Seq logging configuration in appsettings.json
builder.Host.ConfigureLogging(loggingBuilder =>
loggingBuilder.AddSeq());
The framework will inject ILogger instances into controllers and other classes:
class HomeController : Controller
{
readonly ILogger<HomeController> _log;
public HomeController(ILogger<HomeController> log)
{
_log = log;
}
public IActionResult Index()
{
_log.LogInformation("Hello, world!");
}
}
Log messages will be sent to Seq in batches and be visible in the Seq user interface. Observe that correlation identifiers added by the framework, like RequestId, are all exposed and fully-searchable in Seq.
Logging with message templates
Seq supports the templated log messages used by Microsoft.Extensions.Logging. By writing events with named format placeholders, the data attached to the event preserves the individual property values.
var fizz = 3, buzz = 5;
log.LogInformation("The current values are {Fizz} and {Buzz}", fizz, buzz);
This records an event like:
Property
Value
Message
"The current values are 3 and 5"
Fizz
3
Buzz
5
Seq makes these properties searchable without additional log parsing. For example, a filter expression like Fizz < 4 would match the event above.
Additional configuration
The AddSeq() method exposes some basic options for controlling the connection and log volume.
Parameter
Description
Example value
apiKey
A Seq API key to authenticate or tag messages from the logger
"1234567890"
levelOverrides
A dictionary mapping logger name prefixes to minimum logging levels
new Dictionary<string,LogLevel>{ ["Microsoft"] = LogLevel.Warning }
minimumLevel
The level below which events will be suppressed (the default is Information)
LogLevel.Trace
JSON configuration
The logging level, Seq server URL, API key and other settings can be read from JSON configuration if desired.
In appsettings.json add a "Seq" property to "Logging" to configure the server URL, API key, and levels for the Seq provider:
The logging provider will dynamically adjust the default logging level up or down based on the level associated with an API key in Seq. For further information see
the Seq documentation.
Including literal JSON strings in log events
The logging provider ships with a JsonSafeString type that can be used to communicate to the logger that a string contains valid JSON, which can be safely included in a log event as structured data.
var json = "{\"A\": 42}";
_logger.LogInformation("The answer is {Answer}", new JsonSafeString(json));
Trace and span correlation
The Seq logger provider automatically adds trace and span ids to events when present, enabling the Trace drop-down menu in Seq's expanded event view.
ASP.NET Core may add additional top-level TraceId, SpanId, and ParentId properties in its default configuration. You can remove these if you wish, using ILoggingBuilder.Configure():
If events don't appear in Seq after pressing the refresh button in the filter bar, either your application was unable to contact the Seq server, or else the Seq server rejected the log events for some reason.
Server-side issues
The Seq server may reject incoming events if they're missing a required API key, if the payload is corrupted somehow, or if the log events are too large to accept.
Server-side issues are diagnosed using the Seq Ingestion Log, which shows the details of any problems detected on the server side. The ingestion log is linked from the Settings > Diagnostics page in the Seq user interface.
Client-side issues
If there's no information in the ingestion log, the application was probably unable to reach the server because of network configuration or connectivity issues. These are reported to the application through SelfLog.
Add the following line after the logger is configured to print any error information to the console:
The major version of this package tracks the major version of its Microsoft.Extensions.Logging dependency. So, if your
application (on any target runtime) is targeting net6.0, use the latest 6.* version of this package. Likewise, if
you're targeting net8.0, target a 8.* version of Seq.Extensions.Logging for the best experience.
Credits
This package is based on a subset of the powerful Serilog library. Not all of the options supported by the Serilog and Seq client libraries are present in
the Seq.Extensions.Logging package.
