Spring Boot 3应用部署Azure后Actuator Trace仅首次请求发送异常

1. 排查OpenTelemetry追踪上下文传播与采样问题 #

• 强制设置采样策略：添加环境变量OTEL_TRACES_SAMPLER=always_on到Azure容器配置，验证后续请求是否能生成追踪数据，排除首次请求后采样策略意外切换为never的可能。
• 开启OpenTelemetry调试日志：添加logging.level.io.opentelemetry=DEBUG到应用配置，查看日志中是否有TracerProvider、SpanProcessor相关的错误或警告，比如Span处理器被意外关闭、导出失败的异常信息。
• 检查追踪上下文状态：在应用的过滤器/拦截器中手动获取Span.current()并打印其状态（是否为no-op span），判断后续请求是否因上下文丢失导致无法生成新Span。

2. 验证Micrometer与OpenTelemetry集成的兼容性 #

• 核对依赖版本：确认Spring Boot 3.x对应的micrometer-tracing-bridge-otel和opentelemetry-exporter-zipkin版本匹配，避免版本冲突导致Span处理器初始化后失效。
• 检查关键依赖：确保micrometer-tracing-bridge-otel依赖已正确引入，这是Micrometer追踪桥接OpenTelemetry的核心组件，缺失会导致追踪数据无法转换导出。
• 手动创建测试Span：添加一个自定义端点，在代码中手动创建并导出Span，验证是否能发送到Jaeger，判断是全局追踪失效还是仅Web请求追踪逻辑异常。

3. 排查Azure Web Apps容器运行环境的特殊限制 #

• 检查应用进程状态：查看Azure Portal中的容器日志、启动日志，确认首次请求后应用进程是否持续运行，排除进程被意外重启或挂起的可能。
• 验证网络代理配置：如果Azure Web Apps使用默认代理，尝试设置http.proxyHost/http.proxyPort环境变量，或通过http.nonProxyHosts将Jaeger VM的IP加入白名单，避免后续请求的导出流量被拦截。
• 查看资源监控指标：检查Azure的CPU、内存使用率指标，确认应用运行资源充足，排除因资源不足导致OpenTelemetry导出线程阻塞的情况。

4. 关联排查Application Insights失效问题 #

• 核对连接字符串：确认Azure环境中APPLICATIONINSIGHTS_CONNECTION_STRING环境变量已正确注入，排除配置未生效的可能。
• 开启Application Insights调试日志：添加logging.level.com.microsoft.applicationinsights=DEBUG，查看日志中是否有日志发送失败的异常（如认证错误、endpoint不可达）。
• 检查集成冲突：如果同时使用OpenTelemetry和Application Insights，排查两者的采样策略、Span处理器是否存在冲突，导致追踪日志被相互覆盖或丢弃。

5. 手动模拟请求追踪内部流程 #

• 在Azure容器内发送测试请求：进入应用容器，用curl发送多次请求，对比首次和后续请求的日志差异，观察Span生成、导出的完整流程。
• 利用Actuator端点排查：启用/actuator/metrics和/actuator/trace端点（若已开启），查看追踪指标变化，确认后续请求是否有Span被创建但未导出。
• 检查线程状态：使用jstack或jcmd查看应用线程，确认OpenTelemetry的导出线程是否处于阻塞状态（如IO等待、锁竞争），导致无法发送数据。

内容的提问来源于stack exchange，提问作者t.animal