Выполняется ли Dispose of my Activity синхронно с кодом моего приложения?

Вот метод, который создает действие, заполняет его случайными данными, а затем удаляет действие с помощью конструкции using. (Не ищите в этом особого смысла. Я только учусь этим пользоваться.)

Внизу вы можете видеть, что я измеряю, сколько времени требуется на завершение использования блока. Между sw.Start и sw.Stop НЕТ моего кода, просто выход из блока using.

Я вижу, что когда целевая конечная точка недоступна, для завершения удаления действия требуется около 4000 мс. Я не хочу, чтобы экспорт телеметрии снижал производительность моего приложения. Как я могу изолировать свое приложение от влияния экспорта телеметрии в неблагоприятном сценарии, когда целевая конечная точка не отвечает должным образом?

    private static void OnePass(int Counter)
    {
        Stopwatch sw = new Stopwatch();

        using (var actv = m_activitySource.StartActivity("OnePass"))
        {
            actv.AddEvent(new ActivityEvent("Start OnePass()"));
            actv.SetTag("counter", Counter);
            actv.SetTag("markstart", DateTime.Now.ToString());
            actv.AddEvent(new ActivityEvent("Finisehd OnePass()"));
            actv.SetTag("markfinish", DateTime.Now.ToString());
            actv.SetStatus(Status.Ok);

            sw.Start();
        }
        sw.Stop();

        Console.WriteLine("");
        Console.WriteLine("Elapsed Milliseconds: " + sw.ElapsedMilliseconds);
        Console.WriteLine("--------------------------------------------------------");
        Console.WriteLine("");
    }

Обновлено: Вот подробности целевого сборщика телеметрии: Мы протестировали этот код на двух конечных точках, используя http/Protobuf. Первая конечная точка — это тривиальный веб-сервис, который я написал сам, чтобы просто перехватывать тело сообщения и записывать его в файл журнала. Это просто подтверждает, что клиент правильно экспортирует телеметрию. Вторая цель — сборщик открытой телеметрии Azure. В обоих случаях наблюдается одинаковое поведение. Если целевая конечная точка недоступна, мое приложение блокируется на несколько секунд при каждом экспорте трассировки (действия). Насколько я понимаю, архитектура OTel спроектирована таким образом, чтобы экспорт телеметрии был неблокирующей операцией. Это может либо добиться быстрого успеха, либо добиться успеха медленно, либо полностью потерпеть неудачу, но это ни в коем случае не замедлит выполнение приложения, экспортирующего телеметрию. Разве это не так? Создает ли внедрение телеметрии новое узкое место/точку сбоя в обработке моего приложения?

Обновлено: Вот код, который настраивает поставщика трассировки:

    internal static TracerProvider GetTracerProvider(string service, string version, bool consoleExporter, bool OtlpExporter)
    {

        TracerProviderBuilder tpb = Sdk.CreateTracerProviderBuilder()
                .AddSource(service)
                .SetResourceBuilder(
                ResourceBuilder.CreateDefault()
                .AddService(serviceName: service, serviceVersion: version));

        if (consoleExporter)
        {
            tpb.AddConsoleExporter();
        }

        if (OtlpExporter)
        {
            tpb.AddOtlpExporter
                (exp =>
                {
                    exp.Endpoint = new Uri((AppConfig.GetAppSetting("OTEL_EXPORTER_OTLP_ENDPOINT_BASE").TrimEnd('/')
                                           + "/"
                                           + AppConfig.GetAppSetting("OTEL_EXPORTER_OTLP_ENDPOINT_TRACES").TrimStart('/')).TrimEnd('/'));
                    exp.Protocol = (OtlpExportProtocol) Convert.ToInt16(AppConfig.GetAppSetting("OTEL_EXPORTER_OTLP_PROTOCOL", "1"));
                    exp.ExportProcessorType = (ExportProcessorType) Convert.ToInt16(AppConfig.GetAppSetting("OTEL_EXPORTER_OTLP_EXPORT_TYPE", "0"));
                    exp.BatchExportProcessorOptions = new BatchExportProcessorOptions<Activity>()
                    {
                        MaxQueueSize = Convert.ToInt16(AppConfig.GetAppSetting("OTEL_EXPORTER_OTLP_MAX_QUEUE", "2048")),
                        ScheduledDelayMilliseconds = Convert.ToInt16(AppConfig.GetAppSetting("OTEL_EXPORTER_OTLP_SCHED_DELAY", "5000")),
                        ExporterTimeoutMilliseconds = Convert.ToInt16(AppConfig.GetAppSetting("OTEL_EXPORTER_OTLP_TIMEOUT", "1000")),
                        MaxExportBatchSize = Convert.ToInt16(AppConfig.GetAppSetting("OTEL_EXPORTER_OTLP_MAX_BATCH", "512")),
                    };
                });
        }

        return tpb.Build();
    }

Вот соответствующие параметры конфигурации:

<!-- OTEL Configuration -->
<add key = "ExportTelemetry" value = "0"/>
<add key = "OTEL_EXPORTER_OTLP_ENDPOINT_BASE" value = "http://localhost:58234/Telemetry" />
<add key = "OTEL_EXPORTER_OTLP_ENDPOINT_METRICS" value = "v1/metrics" />
<add key = "OTEL_EXPORTER_OTLP_ENDPOINT_TRACES" value = "v1/traces" />
<add key = "OTEL_EXPORTER_OTLP_ENDPOINT_LOGS" value = "v1/logs" />
<add key = "OTEL_EXPORTER_OTLP_HEADERS" value = "" />
<add key = "OTEL_EXPORTER_OTLP_TIMEOUT" value = "300" />
<add key = "OTEL_EXPORTER_OTLP_MAX_QUEUE" value = "2048" />
<add key = "OTEL_EXPORTER_OTLP_SCHED_DELAY" value = "5000" />
<add key = "OTEL_EXPORTER_OTLP_MAX_BATCH" value = "512" />

<!-- Grpc = 0, Http/Protobuf = 1 -->
<add key = "OTEL_EXPORTER_OTLP_PROTOCOL" value = "1" />   
<!-- Simple = 0, Batch = 1 -->
<add key = "OTEL_EXPORTER_OTLP_EXPORT_TYPE" value = "0" />