OpenTelemetry instrumentation能否在Jaeger等可观测工具中追踪Kafka span传播？

背景说明 #

以下是spring-boot-client到spring-boot-server的Kafka调用参考截图：


核心问题为Jaeger UI中Kafka消费端span标记为FOLLOWS_FROM而非CHILD_OF，仅支持消费端反向溯源，不支持生产端正向遍历整条链路。

实现完整链路追踪的方案 #

方案1：调整Span引用类型适配Jaeger UI #

Kafka异步消息场景默认使用FOLLOWS_FROM是符合链路追踪语义规范的：消费端执行逻辑不依赖生产端的返回结果，和同步RPC调用的CHILD_OF语义存在本质差异。如果仅需要适配Jaeger UI的正向树形展示，可以自定义Kafka消费端的Span生成逻辑，将引用类型强制修改为CHILD_OF：

• 基于OpenTelemetry Java Instrumentation实现：自定义SpanProcessor，匹配Kafka消费端span（特征为span kind为CONSUMER、messaging.system属性值为kafka），修改其关联的父引用类型为CHILD_OF即可。
• 基于Spring Cloud Sleuth实现：自定义KafkaTracing配置，覆盖默认的消费端span创建逻辑，指定引用类型为CHILD_OF。
  修改完成后Jaeger UI会将消费端span作为生产端span的子节点挂载，支持正向遍历整条链路。

方案2：保留标准语义的查询方案 #

如果不希望为了UI展示修改标准语义，可以通过以下方式实现完整链路查询：

• 直接通过Trace ID全局搜索，Jaeger会返回该Trace下所有关联的生产、消费span，仅树形结构不会挂载在一起，平铺展示即可看到完整链路。
• 等待Jaeger UI版本迭代：你提到的未解决issue核心是Jaeger UI当前的调用树渲染逻辑仅将CHILD_OF类型的span作为子节点挂载，FOLLOWS_FROM类型的span不会被纳入树形结构的父子层级，该功能优化已经在社区规划中。

OpenTelemetry Kafka链路传播能力说明 #

OpenTelemetry instrumentation的Kafka链路传播能力和后端可观测工具无关：它会自动将trace上下文（traceId、spanId、traceState等）注入到Kafka消息头中，消费端会自动提取上下文恢复链路，不管使用Jaeger、Zipkin、Grafana Tempo还是其他可观测平台，链路上下文都是打通的。
不同工具的差异仅存在于UI渲染逻辑：比如Zipkin默认就支持FOLLOWS_FROM类型的span正向挂载展示，仅Jaeger UI目前暂不支持该特性，属于UI层的差异，和链路传播本身无关。

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