Duplicate Logs Using Serilog Logger in Azure Function #157

eldursi · 2021-03-18T10:06:30Z

I need to use serilog to send message with custom properties to application insights on Azure Functions.

I'm using the code below in my startup and I'm getting duplicate logs in application insights. One log entry containing the custom properties that I've pushed to Serilog and the other doesn't

public override void Configure(IFunctionsHostBuilder builder)
{
var serilogLogger = new LoggerConfiguration()
.Enrich.FromLogContext()
.WriteTo
.ApplicationInsights(TelemetryConfiguration.CreateDefault(), TelemetryConverter.Traces)
.CreateLogger();
builder
.Services
.AddHttpClient()
.AddLogging(l => l.AddSerilog(serilogLogger))
.AddSingleton(serilogLogger);
}

Any thoughts on what might be going wrong here?

Note: I tried the following too:
builder
.Services
.AddHttpClient()
.AddLogging(l =>
{
l.ClearProviders().AddSerilog(serilogLogger)
})
.AddSingleton(serilogLogger);

And this fixed the "duplicate" issue but then I would have a log that contains my custom properties but is missing some key properties (e.g. operation id, cloud role name, etc)

davidferro91 · 2021-10-14T14:27:24Z

Any update on this?

GianLucaFinelli · 2021-10-29T12:00:29Z

any other solution? I have this same problem in the database

gradyal · 2021-11-26T21:23:07Z

I'm also experiencing this.

catsburg · 2022-02-14T11:59:47Z

Same issue here. Any solution or workaround available?

CrisZis01 · 2022-04-12T18:32:53Z

Ditto! I have same issue.

Here's my code. Using telemetryConfiguration since Microsoft has decided to drop support for using InstrumentationKey only. They will require the full Application Insights ConnectionString. We found that they already do require it in Gov Azure.

    var telemetryConfiguration = TelemetryConfiguration.CreateDefault();
     \\ ... 
     var loggerConfiguration = new LoggerConfiguration()
                .MinimumLevel.Is(logEventLevel)
                .MinimumLevel.Override("Microsoft", LogEventLevel.Information)
                .Enrich.WithProperty("ApplicationName", "OurAppName")
                .WriteTo.ApplicationInsights(telemetryConfiguration, TelemetryConverter.Traces, logEventLevel);

       Log.Logger = loggerConfiguration.CreateLogger();

       services.AddLogging(configure => configure.AddSerilog(dispose: true));

Note: In .net core/5/6 apps, TelemetryConfiguration will be auto populated with the App Insights connection string from your env var or appsettings.json if exists.

nblumhardt · 2022-05-01T23:47:21Z

Hi! We're currently switching maintenance teams and low on bandwidth; if anyone is able to help out by investigating this more deeply/proposing a solution, that would be much appreciated. Thanks!

zyofeng · 2022-05-12T02:18:02Z

Does it work if you Inject ILoggerProvider

builder.Services.AddSingleton<ILoggerProvider, MyLoggerProvider>();

https://docs.microsoft.com/en-us/azure/azure-functions/functions-dotnet-dependency-injection

ckarcz · 2022-06-16T15:41:06Z

also seeing this. we can't remove the default function logger providers (azure function checks it's expected runtime services) and when adding serilog we log duplicate traces :(

jefferyblessing · 2022-08-08T21:15:08Z

Any resolutions to this?

builder.Services.AddLogging(lb => { lb.ClearProviders().AddSerilog(Log.Logger); lb.AddSerilog(Log.Logger); });

Throws an error on start up in function app.
We use builder.Logging.ClearProviders().AddSerilog(); in an API but the above does not work and we are still getting duplicate logs.

We did add a TraceTelemetryConverter to set the CloudRoleName and did notice that 1 out of 2 of the duplicated logs reflects the name we set.

ckarcz · 2022-09-20T15:17:00Z

the marginal fix for this is to remove any AppInsights connection string / instrumentation key from the App/Function configuration section in Azure. with this connection string / instrumentation key removed, the app insights won't be set up for the app/function by default. you have to manually add/initialize it in the startup. then serilog logs will flow into AI as expected, without the duplicate Azure function runtime logger providers also logging to it.

unfortunately, doing this removes the operation_id type (End-to-end trasaction details view) grouping of the traces/requests/exceptions. 😢

jassent · 2022-09-20T17:42:45Z

the marginal fix for this is to remove any AppInsights connection string / instrumentation key from the App/Function configuration section in Azure. with this connection string / instrumentation key removed, the app insights won't be set up for the app/function by default. you have to manually add/initialize it in the startup.

unfortunately, doing this removes the operation_id type grouping of the traces/requests/exceptions. 😢

I was wondering about this and you just saved me a few hours of work. My conclusion is that with Azure Functions Net6 v4 in isolated mode that Serilog really isn't necessary. Application Insights will retain data for long enough time to debug and applications. This is good news and bad news. The bad news is that Serilog makes the logs more readable. And believe me, I have spent hours wiring up Serilog in several projects.

wkoeter · 2022-11-21T14:43:00Z

What we do is clear providers before adding Serilog.

Add A.I.
Clear all logging Providers
Add Serilog

That removed all my duplicates when using logger & lets me use Serilog with the A.I. registered TelemetryClient.

middiu · 2022-12-01T22:13:06Z

What we do is clear providers before adding Serilog.

Add A.I.

Clear all logging Providers

Add Serilog

That removed all my duplicates when using logger & lets me use Serilog with the A.I. registered TelemetryClient.

would you mind to share you code?

Thanks

lavindika · 2023-02-07T04:30:33Z

Im able to resolve this issue in the below approach.Its work form me. In my situation, I used Queuetrigger Function V4. I can put my logs into app insights without any duplicates

** you can remove the default provider and add Serilog like below

Startup.cs

public override void Configure(IFunctionsHostBuilder builder)
        {
ServiceDescriptor descriptor =
                builder.Services.FirstOrDefault(service => service.ImplementationType?.Name == "ApplicationInsightsLoggerProvider");

            if (descriptor != null)
            {
                builder.Services.Remove(descriptor);
            }

            builder.Services.AddSingleton<ILoggerProvider>((sp) =>
            {
                Log.Logger = new LoggerConfiguration()
                    .ReadFrom.Configuration(Configuration, sectionName: "AzureFunctionsJobHost:logging:serilog")
                    .WriteTo.ApplicationInsights(sp.GetRequiredService<TelemetryClient>(), TelemetryConverter.Traces)
                    .CreateLogger();
                return new SerilogLoggerProvider(Log.Logger, true);
            });
}

Logging sample

[FunctionName(nameof(abcrocessStarter))]
        public async Task Run([QueueTrigger("abctaprocess",Connection = "abcStorage")] 
            DataProcessQueueMessage abcProcessQueueMessage,
            [DurableClient] IDurableOrchestrationClient starter,
            ILogger log)
        {

            log.LogInformation("Serilog Retrieving projectId: {projectId}", 555555);
            log.LogInformation("Retrieving projectId: {projectId}", 333333);

            log.LogError("Retrieving projectId: {projectId}", 111111);
        }

fgheysels · 2023-02-14T12:16:11Z

Im able to resolve this issue in two ways.Its work form me. In my situation, I used Queuetrigger Function V4. I can put my logs into app insights without any duplicates

You can disable the default logger in the host.json file the following way. Make it isEnabled = false
"logging": {
"applicationInsights": {
"samplingSettings": {
"isEnabled": false
}
},

That would be strange, as this is controlling the sampling settings for application insights. It is not removing or disabling the app insights logger. (see docs)

lavindika · 2023-02-17T10:54:19Z

@fgheysels Try the second approach mentioned in my comments. It works for me. Currently, I`m using it.

tleblanc159 · 2023-02-21T05:29:55Z

@eldursi @fgheysels @middiu

An instance of ApplicationInsightsLoggerProvider is registered and used by the In-Process Azure Function Host using the LoggerProvider pattern to log to App Insights. This works fine until you want to log custom things to App Insights (using Serilog, etc) because by registering your custom App Insights provider, your loggers will now write to App Insights twice; once through the Azure Host registered logger provider and once through your custom logger provider.

To fix this, you could completely remove the Azure Host registered logger provider, but this removes all the nice, default metric/request/correlation capturing capabilities of Az Funcs + App Insights.

The working solution I have found is to register a custom LoggerFactory instance that contains all the registered logger providers except the App Insights logger provider registered by the Azure Function Host that also contains any custom provider that I want to use to log to App Insights.

Then, you can inject this LoggerFactory instance into your Function App class and create an ILogger instance that logs to App Insights only through your custom provider and still logs to all other providers and does not require you to remove the default App Insights logger provider completely. This way, you get the best of both worlds.

In this model, you would not register your custom logger provider with the ILoggerProvider interface since this would cause all ILogger instances directly resolved from the container to use both App Insights providers, leading to duplicate logs.

Startup Configure method:

builder.Services.AddSingleton((sp) =>
{
    Log.Logger = new LoggerConfiguration()
        .Enrich.With<ThrowContextEnricher>()
        .Enrich.FromLogContext()
        .WriteTo.ApplicationInsights(sp.GetRequiredService<TelemetryClient>(), TelemetryConverter.Traces)
        .CreateLogger();

    List<ILoggerProvider> providers = new
    (
        sp.GetServices<ILoggerProvider>()
          .Where(lp => lp.GetType().Name != "ApplicationInsightsLoggerProvider")
    )
    {
        new SerilogLoggerProvider(Log.Logger, true)
    };

    return new LoggerFactory(providers);
});

Function code:

private readonly ILogger _logger;

public AzFunc(LoggerFactory loggerFactory)
{
    _logger = loggerFactory.CreateLogger<AzFunc>();
}

[FunctionName("FuncName")]
public async Task FuncName([ServiceBusTrigger(ConstantStrings.TOPIC_NAME,
                                                ConstantStrings.SUBSCRIPTION_NAME,
                                                Connection = ConstantStrings.SB_CONN_STRING_VARIABLE_NAME)]string queueItem)
{
    _logger.LogInformation("info");
}

fariz-huseynov · 2023-02-27T02:12:45Z

Duplicate logs issue occurs in Azure Functions when the following environment variables are used. These variables enable ApplicationInsights in the runtime host used by the Azure Functions service. The Azure Functions runtime builds upon the Azure WebJobs SDK to provide a hosting platform for functions. So you have to somehow bypass using these environment variables, if you want to use Serilog.Sinks.ApplicationInsights package with azure functions.

APPLICATIONINSIGHTS_CONNECTION_STRING
APPINSIGHTS_INSTRUMENTATIONKEY

If you set one of these variables on local machine => Azure Functions Core Tools will enable ApplicationInsights.
If you set one of these variables in Azure cloud environment => Azure Functions Host will enable ApplicationInsights.

If you check SDK version property in AppInsights logs.

If SDK is azurefunctions in properties of a log- log is created by Azure Functions Host
If SDK is azurefunctionscoretools in properties of a log- log is created by Azure Functions Core Tools
If SDK is dotnetc in properties of a log- log is created by 3rd party logger (SeriLog, etc.)

For isolated worker process

Solution 1

If you set connection string or instrumentation key in serilog config file, you won't get duplicate logs issue.

Example:
{ "Serilog": { ... "WriteTo": [ { "Name": "ApplicationInsights", "Args": { "connectionString": "[your connection string here]", "telemetryConverter": "Serilog.Sinks.ApplicationInsights.TelemetryConverters.TraceTelemetryConverter, Serilog.Sinks.ApplicationInsights" } } ], ... }
Reference: https://github.com/serilog-contrib/serilog-sinks-applicationinsights#configuring-with-readfromconfiguration

Solution 2 (Serilog configuraion is in appsettings.json)

Reference: https://github.com/serilog/serilog-settings-configuration#serilogsettingsconfiguration--

1. Register SeriLog
.ConfigureAppConfiguration(builder =>
                {
                    var configuration = new ConfigurationBuilder()
                        .SetBasePath(Directory.GetCurrentDirectory())
                        .AddJsonFile("appsettings.json")
                        .AddEnvironmentVariables()
                        .Build();
                    Log.Logger = new LoggerConfiguration()
                        .ReadFrom.Configuration(configuration)
                        .CreateLogger();
                })
.UseSerilog();

Set connection stringin local.settings.json file"Serilog__WriteTo__0__Args__connectionString":"[your connection string here]"`

Solution 3

Create a cutom environment variable like CUSTOM_APPINSIGHTS_INSTRUMENTATIONKEY and use it with the following api.

services.AddApplicationInsightsTelemetryWorkerService("instrumentation key here");

Reference: https://learn.microsoft.com/en-us/azure/azure-monitor/app/worker-service#net-corenet-framework-console-application

For In-process

Solution 1

https://github.com/serilog/serilog-settings-configuration#azure-functions-v2-v3

References:

thatstatsguy · 2023-04-04T20:08:33Z

I've had a similar issue to what's been discussed above, but with Blazor application using the application insights sink.

Not sure where to post this, so posting here in the hope that someone else doesn't waste a couple hours.

Reproduction steps:

Created a new application using dotnet new blazorserver
As per the Serilog app insights README, I added the necessary details in Appsettings.Development.Json.

{
  "DetailedErrors": true,
  "Logging": {
    "LogLevel": {
      "Default": "Information",
      "Microsoft.AspNetCore": "Warning"
    }
  },
  "Serilog": {
    "Using": [
      "Serilog.Sinks.ApplicationInsights"
    ],
    "MinimumLevel": {
      "Default": "Information",
      "Override": {
        "Microsoft": "Warning",
        "System": "Warning"
      }
    },
    "WriteTo": [
      {
        "Name": "Console"
      },
      {
        "Name": "File",
        "Args": {
          "path": "log.txt",
          "rollingInterval": "Day"
        }
      },
      {
        "Name": "ApplicationInsights",
        "Args": {
          "connectionString": "<INSERT CONNECTION STRING HERE>",
          "telemetryConverter":
          "Serilog.Sinks.ApplicationInsights.TelemetryConverters.TraceTelemetryConverter, Serilog.Sinks.ApplicationInsights"
        }
      }
    ],
    "Enrich": [ "FromLogContext" ],
    "Properties": {
      "Application": "Sample"
    }
  }
  
}

and added Serilog from configuration.
builder.Host.UseSerilog((_, config) => config.ReadFrom.Configuration(builder.Configuration));

It was at this point I first noticed the duplicate logs. In my scenario I was using the sample application to log an information trace each time the counter button was clicked.
Suggestions to remove the ILoggerProvider (Link 1 and corresponding github issue) proved ineffective in resolving the issue.
A lot of trawling later and I stumbled on the following issue. It turns out that certain diagnostic settings within the application insights can cause duplicates. This issue is further discussed here and here.
The fix (for me) was switching switching off the Send to Log Analytics workspace diagnostic setting which can be found under application insights > Monitoring > Diagnostic Settings > Standard Diagnostic Setting (the only option for me) > Edit Setting. The details on the specific diagnostic setting to send were a bit hazy so I played around until I found what worked.

This is a non-code solution to my specific scenario, but hopefully this is an easy thing to rule out if you run into the same issues I have when trying to use Serilog in Azure!

renko7 · 2023-10-03T15:14:09Z

Duplicate logs issue occurs in Azure Functions when the following environment variables are used. These variables enable ApplicationInsights in the runtime host used by the Azure Functions service. The Azure Functions runtime builds upon the Azure WebJobs SDK to provide a hosting platform for functions. So you have to somehow bypass using these environment variables, if you want to use Serilog.Sinks.ApplicationInsights package with azure functions.

APPLICATIONINSIGHTS_CONNECTION_STRING

APPINSIGHTS_INSTRUMENTATIONKEY

If you set one of these variables on local machine => Azure Functions Core Tools will enable ApplicationInsights.

If you set one of these variables in Azure cloud environment => Azure Functions Host will enable ApplicationInsights.

If you check SDK version property in AppInsights logs.

If SDK is azurefunctions in properties of a log- log is created by Azure Functions Host

If SDK is azurefunctionscoretools in properties of a log- log is created by Azure Functions Core Tools

If SDK is dotnetc in properties of a log- log is created by 3rd party logger (SeriLog, etc.)

For isolated worker process

Solution 1

If you set connection string or instrumentation key in serilog config file, you won't get duplicate logs issue.

Example: { "Serilog": { ... "WriteTo": [ { "Name": "ApplicationInsights", "Args": { "connectionString": "[your connection string here]", "telemetryConverter": "Serilog.Sinks.ApplicationInsights.TelemetryConverters.TraceTelemetryConverter, Serilog.Sinks.ApplicationInsights" } } ], ... } Reference: https://github.com/serilog-contrib/serilog-sinks-applicationinsights#configuring-with-readfromconfiguration

Solution 2 (Serilog configuraion is in appsettings.json)

Reference: https://github.com/serilog/serilog-settings-configuration#serilogsettingsconfiguration--
1. Register SeriLog
.ConfigureAppConfiguration(builder =>
                {
                    var configuration = new ConfigurationBuilder()
                        .SetBasePath(Directory.GetCurrentDirectory())
                        .AddJsonFile("appsettings.json")
                        .AddEnvironmentVariables()
                        .Build();
                    Log.Logger = new LoggerConfiguration()
                        .ReadFrom.Configuration(configuration)
                        .CreateLogger();
                })
.UseSerilog();
Set connection stringin local.settings.json file"Serilog__WriteTo__0__Args__connectionString":"[your connection string here]"`

Solution 3

Create a cutom environment variable like CUSTOM_APPINSIGHTS_INSTRUMENTATIONKEY and use it with the following api.
services.AddApplicationInsightsTelemetryWorkerService("instrumentation key here");
Reference: https://learn.microsoft.com/en-us/azure/azure-monitor/app/worker-service#net-corenet-framework-console-application

For In-process

Solution 1

https://github.com/serilog/serilog-settings-configuration#azure-functions-v2-v3

References:

https://github.com/serilog-contrib/serilog-sinks-applicationinsights#configuring-with-readfromconfiguration

https://learn.microsoft.com/en-us/azure/azure-functions/functions-run-local?tabs=v4%2Cwindows%2Ccsharp%2Cportal%2Cbash

https://github.com/Azure/azure-functions-host

https://github.com/Azure/azure-functions-core-tools/blob/db2ff784941c3f6241aea996818ba370ea441bd2/src/Azure.Functions.Cli/Diagnostics/LoggingBuilder.cs#:~:text=client.Context.GetInternalContext().SdkVersion%20%3D%20%24%22azurefunctionscoretools%3A%20%7BConstants.CliVersion%7D%22%3B

https://github.com/Azure/azure-functions-host/blob/d207a4380e18aa79a7545762bd2f5107f8338893/src/WebJobs.Script/ScriptHostBuilderExtensions.cs#:~:text=telemetryClient.Context.GetInternalContext().SdkVersion%20%3D%20new%20ApplicationInsightsSdkVersionProvider().GetSdkVersion()%3B

This is a helpful solution, but it seems like if we remove the default host logger it prevents other telemetry types from being sent. Such as Request, Dependency, and Custom events. Do you have a workaround for that also?

renko7 · 2023-10-03T17:58:11Z

I seeing fixes where the recommendation is to remove the default Application Insights Logger but there are issues that can come with this. The biggest one that I can think of is that you no longer have the ability to send Request and Dependency events to AI. Is there really no way to tell the default Application Insights logger to stop sending trace events and leave that to serilog?

renko7 · 2023-10-03T18:27:51Z

@eldursi @fgheysels @middiu

An instance of ApplicationInsightsLoggerProvider is registered and used by the In-Process Azure Function Host using the LoggerProvider pattern to log to App Insights. This works fine until you want to log custom things to App Insights (using Serilog, etc) because by registering your custom App Insights provider, your loggers will now write to App Insights twice; once through the Azure Host registered logger provider and once through your custom logger provider.

To fix this, you could completely remove the Azure Host registered logger provider, but this removes all the nice, default metric/request/correlation capturing capabilities of Az Funcs + App Insights.

The working solution I have found is to register a custom LoggerFactory instance that contains all the registered logger providers except the App Insights logger provider registered by the Azure Function Host that also contains any custom provider that I want to use to log to App Insights.

Then, you can inject this LoggerFactory instance into your Function App class and create an ILogger instance that logs to App Insights only through your custom provider and still logs to all other providers and does not require you to remove the default App Insights logger provider completely. This way, you get the best of both worlds.

In this model, you would not register your custom logger provider with the ILoggerProvider interface since this would cause all ILogger instances directly resolved from the container to use both App Insights providers, leading to duplicate logs.

Startup Configure method:
builder.Services.AddSingleton((sp) =>
{
    Log.Logger = new LoggerConfiguration()
        .Enrich.With<ThrowContextEnricher>()
        .Enrich.FromLogContext()
        .WriteTo.ApplicationInsights(sp.GetRequiredService<TelemetryClient>(), TelemetryConverter.Traces)
        .CreateLogger();

    List<ILoggerProvider> providers = new
    (
        sp.GetServices<ILoggerProvider>()
          .Where(lp => lp.GetType().Name != "ApplicationInsightsLoggerProvider")
    )
    {
        new SerilogLoggerProvider(Log.Logger, true)
    };

    return new LoggerFactory(providers);
});
Function code:
private readonly ILogger _logger;

public AzFunc(LoggerFactory loggerFactory)
{
    _logger = loggerFactory.CreateLogger<AzFunc>();
}

[FunctionName("FuncName")]
public async Task FuncName([ServiceBusTrigger(ConstantStrings.TOPIC_NAME,
                                                ConstantStrings.SUBSCRIPTION_NAME,
                                                Connection = ConstantStrings.SB_CONN_STRING_VARIABLE_NAME)]string queueItem)
{
    _logger.LogInformation("info");
}

Interesting solution but this does not use Serilog for trace event logs

nblumhardt added up-for-grabs investigation labels May 1, 2022

ckarcz mentioned this issue Sep 20, 2022

Duplicate logs Azure/azure-functions-host#1627

Open

Pauwelz mentioned this issue Feb 14, 2023

Unwanted traces are logged when using Arcus.Observability in Azure Functions arcus-azure/arcus.observability#359

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Duplicate Logs Using Serilog Logger in Azure Function #157

Duplicate Logs Using Serilog Logger in Azure Function #157

eldursi commented Mar 18, 2021 •

edited

Loading

davidferro91 commented Oct 14, 2021

GianLucaFinelli commented Oct 29, 2021 •

edited

Loading

gradyal commented Nov 26, 2021

catsburg commented Feb 14, 2022

CrisZis01 commented Apr 12, 2022 •

edited

Loading

nblumhardt commented May 1, 2022

zyofeng commented May 12, 2022

ckarcz commented Jun 16, 2022 •

edited

Loading

jefferyblessing commented Aug 8, 2022

ckarcz commented Sep 20, 2022 •

edited

Loading

jassent commented Sep 20, 2022

wkoeter commented Nov 21, 2022 •

edited

Loading

middiu commented Dec 1, 2022

lavindika commented Feb 7, 2023 •

edited

Loading

fgheysels commented Feb 14, 2023

lavindika commented Feb 17, 2023 •

edited

Loading

tleblanc159 commented Feb 21, 2023 •

edited

Loading

fariz-huseynov commented Feb 27, 2023 •

edited

Loading

thatstatsguy commented Apr 4, 2023 •

edited

Loading

renko7 commented Oct 3, 2023

For isolated worker process

Solution 1

Solution 2 (Serilog configuraion is in appsettings.json)

Solution 3

For In-process

Solution 1

References:

renko7 commented Oct 3, 2023

renko7 commented Oct 3, 2023 •

edited

Loading

Duplicate Logs Using Serilog Logger in Azure Function #157

Duplicate Logs Using Serilog Logger in Azure Function #157

Comments

eldursi commented Mar 18, 2021 • edited Loading

davidferro91 commented Oct 14, 2021

GianLucaFinelli commented Oct 29, 2021 • edited Loading

gradyal commented Nov 26, 2021

catsburg commented Feb 14, 2022

CrisZis01 commented Apr 12, 2022 • edited Loading

nblumhardt commented May 1, 2022

zyofeng commented May 12, 2022

ckarcz commented Jun 16, 2022 • edited Loading

jefferyblessing commented Aug 8, 2022

ckarcz commented Sep 20, 2022 • edited Loading

jassent commented Sep 20, 2022

wkoeter commented Nov 21, 2022 • edited Loading

middiu commented Dec 1, 2022

lavindika commented Feb 7, 2023 • edited Loading

** you can remove the default provider and add Serilog like below

fgheysels commented Feb 14, 2023

lavindika commented Feb 17, 2023 • edited Loading

tleblanc159 commented Feb 21, 2023 • edited Loading

fariz-huseynov commented Feb 27, 2023 • edited Loading

For isolated worker process

Solution 1

Solution 2 (Serilog configuraion is in appsettings.json)

Solution 3

For In-process

Solution 1

References:

thatstatsguy commented Apr 4, 2023 • edited Loading

renko7 commented Oct 3, 2023

For isolated worker process

Solution 1

Solution 2 (Serilog configuraion is in appsettings.json)

Solution 3

For In-process

Solution 1

References:

renko7 commented Oct 3, 2023

renko7 commented Oct 3, 2023 • edited Loading

eldursi commented Mar 18, 2021 •

edited

Loading

GianLucaFinelli commented Oct 29, 2021 •

edited

Loading

CrisZis01 commented Apr 12, 2022 •

edited

Loading

ckarcz commented Jun 16, 2022 •

edited

Loading

ckarcz commented Sep 20, 2022 •

edited

Loading

wkoeter commented Nov 21, 2022 •

edited

Loading

lavindika commented Feb 7, 2023 •

edited

Loading

lavindika commented Feb 17, 2023 •

edited

Loading

tleblanc159 commented Feb 21, 2023 •

edited

Loading

fariz-huseynov commented Feb 27, 2023 •

edited

Loading

thatstatsguy commented Apr 4, 2023 •

edited

Loading

renko7 commented Oct 3, 2023 •

edited

Loading