如何在OpenTelemetry Java及Spring Cloud Sleuth中配置日志级别与日志支持？

一、OpenTelemetry Java 确实支持日志功能 #

OpenTelemetry（简称OTel）不止能做链路追踪，它本身是覆盖追踪、指标、日志三大可观测性领域的标准，Java生态完全支持日志的采集和导出。之前找不到相关文档可能是因为你把注意力放在了它的追踪能力上，忽略了日志模块。

具体落地是通过日志框架的桥接工具，把SLF4J、Logback、Log4j2这些常用日志框架产生的日志，转发到OTel Collector，再由Collector统一导出到后端存储（比如Jaeger、ELK、Grafana Loki这些）。核心配置步骤：

• 引入OTel日志相关依赖：比如OTel的Logback Appender依赖、OTLP日志导出器依赖
• 在日志框架配置文件（比如logback-spring.xml）里添加OTel的Appender，同时配置日志级别（这部分和你平时配日志级别完全一样）
• 配置OTel Collector接收日志数据

二、日志级别怎么控制？ #

不管用不用OTel采集日志，日志级别都是由你用的底层日志框架（Logback/Log4j2）说了算，OTel只是负责把符合级别的日志收走导出，不会管级别怎么设置。

1. 静态设置（启动时生效） #

• 直接在Spring Boot的application.yml里配：

logging:
  level:
    com.your.company: DEBUG  # 给业务包设置DEBUG级别
    root: INFO              # 全局默认用INFO级别

• 或者在日志框架的专属配置文件里配，比如logback-spring.xml：

<logger name="com.your.company" level="DEBUG"/>
<root level="INFO">
    <appender-ref ref="OTEL_APPENDER"/> <!-- 关联OTel的日志输出器 -->
</root>

2. 动态调整（排查故障时临时开DEBUG） #

Spring Boot自带的Actuator可以帮你动态改日志级别，不用重启服务：

• 发送POST请求到http://你的服务地址/actuator/loggers/com.your.company，请求体为：

{"configuredLevel": "DEBUG"}

• 排查完问题再把级别改回INFO，避免日志冗余。

三、分开用追踪和日志工具是不是不好的实践？ #

完全不是，这反而行业里的常规操作：

• OTel的强项是标准化的链路追踪和指标采集，解决不同系统间可观测数据统一的问题；
• 日志处理有专门的成熟工具链，比如Logback/Log4j2做本地日志输出，ELK/Grafana Loki做日志存储和查询，这些工具在日志过滤、检索、可视化上的能力比OTel更专业；
• 关键是要把追踪ID和日志关联起来：OTel的自动插装会自动把当前链路的TraceID、SpanID打到日志里，这样排查问题时，用TraceID就能找到所有相关的日志和追踪链路，实现数据联动。

四、关于Spring Cloud Sleuth的补充 #

@NewSpan是Sleuth用来创建追踪Span的注解，和日志级别没有关系。而且现在Sleuth官方已经在往OTel迁移了，推荐直接用OTel做链路追踪，日志部分还是用传统日志框架配合OTel采集就行。

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