在ASP.NET Core 7中能否配置多个带有不同导出器的OpenTelemetry指标提供程序

你好，直接像你代码里那样链式调用多次.WithMetrics()是行不通的——因为OpenTelemetry的OpenTelemetryBuilder内部只会维护一个指标构建器实例，后面的配置会和前面的叠加（甚至覆盖），最终所有Meter的指标都会被发送到所有导出器，达不到你要的“分Meter分端点”的效果。

不过要实现你的需求是完全可行的，核心思路是创建独立的MeterProvider实例，每个实例绑定自己的Meter筛选规则和导出器配置，彼此完全隔离。

具体实现代码 #

你可以直接在Program.cs里手动构建两个独立的指标提供程序，而不是依赖DI链的配置：

// 第一个指标提供程序：仅处理Meters.Category1前缀的指标，发送到myEndpoint1
using var meterProvider1 = Sdk.CreateMeterProviderBuilder()
    .SetResourceBuilder(ResourceBuilder.CreateDefault().AddService("foobar"))
    .AddMeter("Meters.Category1.*")
    .AddGenevaMetricExporter(exporterOptions =>
    {
        exporterOptions.ConnectionString = "myEndpoint1";
    })
    .Build();

// 第二个指标提供程序：仅处理Meters.Category2前缀的指标，发送到myEndpoint2
using var meterProvider2 = Sdk.CreateMeterProviderBuilder()
    .SetResourceBuilder(ResourceBuilder.CreateDefault().AddService("foobar"))
    .AddMeter("Meters.Category2.*")
    .AddGenevaMetricExporter(exporterOptions =>
    {
        exporterOptions.ConnectionString = "myEndpoint2";
    })
    .Build();

关键说明 #

• 每个MeterProvider都是完全独立的，各自监听指定前缀的Meter，并且只把对应的指标发送到自己配置的导出端点。
• 使用Sdk.CreateMeterProviderBuilder()直接构建实例，绕开了DI默认的单例指标构建器限制，这是实现隔离的核心。
• 保留using声明可以确保这些提供程序在应用运行期间保持活跃，不会被GC提前回收。

如果需要在DI中使用 #

要是你需要在其他服务中注入这些提供程序，只需要把构建好的实例注册为单例即可：

services.AddSingleton(meterProvider1);
services.AddSingleton(meterProvider2);

为什么你的原代码不行 #

再补充解释下：services.AddOpenTelemetry()返回的OpenTelemetryBuilder，每次调用.WithMetrics()都是在修改同一个内部的MetricsBuilder——后面添加的Meter规则会和前面的合并，导出器也会全部注册，最终结果是Meters.Category1.*和Meters.Category2.*的指标都会被发送到myEndpoint1和myEndpoint2，完全不符合你的预期。

按照上面的方法配置后，你原来创建的两个Meter就能各自把指标发送到对应的端点了，亲测有效~

备注：内容来源于stack exchange，提问作者silent