云原生应用分布式追踪：可替代Spring Cloud Sleuth的Sidecar方案咨询

以下是完全符合Sidecar无侵入注入要求的可选实现方案：

• OpenTelemetry Collector Sidecar
  云原生场景通用首选方案，无需修改Spring Boot应用的任何业务代码，仅需在K8s Pod中注入OpenTelemetry Collector作为sidecar容器，即可自动拦截Pod内所有出入流量，自动生成trace ID、span ID并注入时间戳，兼容W3C tracecontext等通用追踪协议，支持将追踪数据导出到Jaeger、Zipkin等主流追踪后端，后续扩展指标、日志采集能力也无需更换组件。
• Istio Envoy Sidecar
  若K8s集群已部署Istio服务网格，可直接复用自带的Envoy sidecar实现分布式追踪能力。Envoy会默认拦截所有服务间网络流量，自动生成全链路trace、span信息并注入时间戳与标准追踪头，支持配置导出到任意兼容OpenTelemetry、Zipkin格式的追踪后端，还可与Istio的流量治理、安全能力原生打通，无额外部署成本。
• Jaeger Agent Sidecar
  若已使用Jaeger作为追踪后端，可直接部署Jaeger Agent作为sidecar，它支持对无埋点的Spring Boot应用自动注入追踪上下文、生成span与时间戳，和Jaeger后端的兼容性最优，资源占用远低于通用采集组件，适合已基于Jaeger搭建可观测体系的场景。
• Zipkin Sidecar
  若原有Spring Cloud Sleuth体系基于Zipkin搭建，可无缝切换到Zipkin sidecar模式，它支持自动拦截流量注入追踪信息，生成的trace格式与原Sleuth生成格式完全兼容，无需调整后端存储、查询逻辑，迁移成本极低。

选型参考 #

无现有可观测、服务网格体系优先选择OpenTelemetry Collector Sidecar，生态兼容性最强；已部署Istio的集群直接复用Envoy Sidecar即可，无需额外部署组件。

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