Quarkus 2.x中启用OpenTelemetry时如何运行时关闭其日志？

完全可以实现你的需求——关闭OpenTelemetry（OTel）自身的日志输出，同时保留Trace ID/Span ID的生成与传播，并且支持运行时动态调整配置。以下是具体实现步骤：

核心原理 #

OTel的日志输出和Trace/Span上下文传播是完全独立的模块：日志由OTel的SDK内部日志组件负责，而Trace/Span的传播由上下文管理器和拦截器处理。因此只需针对性关闭io.opentelemetry包下的日志级别，不会影响链路追踪的核心功能。

1. 静态基础配置（application.properties） #

在项目的application.properties中添加以下配置，直接关闭OTel所有内部日志：

# 关闭OpenTelemetry包下的所有日志输出
quarkus.log.category."io.opentelemetry".level=OFF
# 可选：如果需要更精细控制，可单独关闭子包日志，比如仅关闭导出器日志
# quarkus.log.category."io.opentelemetry.exporter".level=OFF

2. 运行时动态调整配置 #

如果需要在应用运行过程中随时开启/关闭OTel日志，有两种可靠方式：

方式一：使用Quarkus管理端点动态调整

Quarkus内置了日志管理的REST端点，只需启用管理功能即可：

1. 先在application.properties中开启管理端点：

# 启用Quarkus管理控制台及端点
quarkus.management.enabled=true
# 可选：如果需要开放外部访问，设置管理端口（默认是应用端口+100，比如8080对应8180）
# quarkus.management.port=8180

2. 用HTTP请求动态调整日志级别：
   • 关闭OTel日志：

     curl -X POST -H "Content-Type: application/json" -d '{"level": "OFF"}' http://localhost:8180/q/logging/io.opentelemetry
     

   • 重新开启OTel日志（比如调整为DEBUG）：

     curl -X POST -H "Content-Type: application/json" -d '{"level": "DEBUG"}' http://localhost:8180/q/logging/io.opentelemetry
     

方式二：通过配置中心实现动态刷新

如果你的应用使用配置中心（如K8s ConfigMap、Consul等），可以将OTel日志级别配置放到配置中心，并开启Quarkus的配置动态刷新：

1. 在application.properties中开启配置刷新：

# 启用配置动态刷新
quarkus.config.refresh.enabled=true
# 根据你的配置中心类型添加对应扩展，比如K8s ConfigMap：
# quarkus.kubernetes-config.enabled=true

2. 在配置中心中设置quarkus.log.category."io.opentelemetry".level=OFF，配置变更后Quarkus会自动刷新日志级别，无需重启应用。

验证效果 #

配置完成后，你可以通过以下方式验证：

• 检查应用日志，确认没有io.opentelemetry包下的日志输出；
• 查看业务日志，确保traceId和spanId依然存在（前提是你的日志格式配置了MDC字段，比如quarkus.log.console.format=%d{HH:mm:ss} %-5p [%X{traceId}/%X{spanId}] (%t) %c{2.}:%L - %m%n）；
• 发起跨服务请求，确认Trace ID在上下游服务间正常传播。

内容的提问来源于stack exchange，提问作者sg2000