OTLP导出遥测至WebAPI端点未触发请求问题求助

针对你的OTLP导出未触发WebAPI端点断点的问题，从几个核心方向排查：

1. 确认OTLP请求的实际目标URL #

OtlpExporter在http/protobuf协议下，会自动在你配置的Endpoint后追加信号类型的路径：

• 追踪数据：/v1/traces
• 指标数据：/v1/metrics
• 日志数据：/v1/logs

你代码中设置的http://localhost:58234/Telemetry，实际请求的完整URL是http://localhost:58234/Telemetry/v1/traces，你的控制器路由已包含该路径，这部分没问题，但可以通过抓包工具（如Fiddler、Wireshark）确认请求是否真的发出。

2. 修复WebAPI的请求体接收逻辑 #

OTEL发送的是二进制protobuf格式的POST请求，Content-Type为application/x-protobuf，而你的Submit方法没有处理请求体，WebAPI默认无法解析该类型请求，导致请求被直接拒绝，断点无法触发。

修改控制器方法，先读取原始请求体验证：

public async Task<IHttpActionResult> Submit()
{
    // 读取原始请求流，确认是否收到OTEL发送的数据
    var requestStream = await Request.Content.ReadAsStreamAsync();
    // 可在此添加调试日志或断点，查看流长度是否大于0
    
    HttpContext.Current.Response.StatusCode = 200;
    return Ok();
}

同时在Web.config中添加protobuf的MIME类型支持：

<system.webServer>
  <staticContent>
    <mimeMap fileExtension=".proto" mimeType="application/x-protobuf" />
  </staticContent>
</system.webServer>

3. 确保导出器完成数据发送 #

OTEL的导出逻辑是异步的，即使使用Simple导出器，也需要在应用退出前强制Flush并等待完成：

// 在span.End()之后执行
await m_traceProvider.ForceFlushAsync();
// 释放Provider，确保所有 pending 数据被导出
m_traceProvider.Dispose();

如果使用Batch导出器，即使配置了MaxQueueSize=1和ScheduledDelayMilliseconds=1000，也需要给足时间让处理器执行导出，或在退出前强制Flush。

4. 启用OTEL导出日志排查错误 #

添加日志记录，查看导出过程中是否有异常：

// 先创建日志工厂
using var loggerFactory = LoggerFactory.Create(builder => builder.AddConsole());
var exporterLogger = loggerFactory.CreateLogger("OtlpExporter");

// 在配置OtlpExporter时注入日志
m_traceProvider = Sdk.CreateTracerProviderBuilder()
    // ...其他配置
    .AddOtlpExporter(exp =>
    {
        exp.Endpoint = new Uri("http://localhost:58234/Telemetry");
        exp.ExportProcessorType = ExportProcessorType.Simple;
        exp.Logger = exporterLogger; // 注入日志
    })
    .Build();

运行后查看控制台日志，是否有连接失败、请求被拒绝等错误信息。

5. 排除WebAPI的拦截规则 #

检查WebAPI是否启用了CSRF保护、授权验证等拦截规则，导致OTEL的请求被拦截。可暂时关闭CSRF测试：
在Web.config的appSettings中添加：

<add key="owin:AutomaticAppStartup" value="false" />

内容的提问来源于stack exchange，提问作者Yossi G.