网格可观测性中解决零加零等于二问题的实用指南
内容提要
本文探讨了Istio服务网格与OpenTelemetry集成时追踪数据断裂的问题，根源在于Envoy代理默认的OTel追踪器不读取W3C traceparent头，导致应用与网格生成独立追踪。解决方案是切换Envoy至Zipkin追踪器，并让应用同时传播B3上下文，通过OpenTelemetry Collector统一接收不同格式的遥测数据，最终实现单一完整追踪，提升可观测性。
延伸解读
为什么追踪会断裂
文章指出，Istio 默认的 Envoy OTel 追踪器不读取 W3C traceparent 头，导致每个请求都创建新的根跨度。应用和网格各自生成独立的追踪树，使得同一请求在 Jaeger 中显示为两个不相关的追踪。这并非缺少遥测数据，而是遥测数据碎片化，无法关联。理解这一根源有助于避免在集成时盲目配置。
修复的关键：上下文传播与格式统一
解决方案涉及两个层面：一是将 Envoy 切换到 Zipkin 追踪器，使其能提取 B3 上下文；二是让应用同时传播 B3 和 W3C 头。OpenTelemetry Collector 作为中心，接收不同格式的遥测数据并归一化。这强调了上下文传播和格式兼容在分布式追踪中的核心作用，而不仅仅是依赖单一标准。
Collector 的枢纽角色
文章强调 OpenTelemetry Collector 是集成点，能接收多种格式（如 OTLP 和 Zipkin）并统一处理。这解决了不同组件默认配置不一致的问题。Collector 不仅用于追踪，还可处理采样、基数控制等，是生产环境中实现可观测性的关键组件。
Q&A
为什么在Istio服务网格中集成OpenTelemetry时，追踪数据会断裂？
追踪数据断裂的根本原因是Envoy代理默认的OTel追踪器不读取W3C traceparent头，导致它无法继续应用创建的追踪，而是为每个请求创建新的根跨度。因此，应用和网格各自生成独立的追踪，导致同一请求出现两个不相关的追踪树。
如何修复Istio与OpenTelemetry集成时的追踪断裂问题？
修复方法包括两个关键步骤：1. 将Envoy的追踪器切换为Zipkin追踪器，因为Zipkin追踪器能够提取B3上下文并创建子跨度；2. 在应用端同时传播B3上下文（通过设置OTEL_PROPAGATORS为tracecontext,baggage,b3multi），这样Envoy就能继续现有追踪而不是创建新的根跨度。此外，需要确保OpenTelemetry Collector配置了Zipkin接收器（端口9411）来接收Envoy的跨度。
OpenTelemetry Collector在解决追踪断裂问题中扮演什么角色？
OpenTelemetry Collector是集成点，它能够接收多种格式的遥测数据（如OTLP和Zipkin），并将其归一化为OpenTelemetry模型，然后导出到单一后端。这使得来自应用和Envoy的跨度能够被统一处理，从而合并为单一追踪。
为什么应用需要同时传播W3C tracecontext和B3上下文？
应用需要同时传播W3C tracecontext和B3上下文，以便Envoy能够提取B3上下文并继续现有的追踪，而不是创建新的根跨度。W3C tracecontext是OpenTelemetry SDK的标准传播格式，而B3是Envoy Zipkin追踪器期望的格式。两者同时传播确保了应用和网格之间的上下文传递一致。
修复后，追踪数据会有什么变化？
修复后，应用跨度与代理跨度合并为单一追踪，提供完整的请求路径视图。例如，在OpenTelemetry Demo中，checkout服务的跨度数量从约14或2个增加到51到75个，所有跨度共享同一个trace ID，从而能够完整地调试请求。
Envoy的OTel追踪器与Zipkin追踪器在上下文提取上有什么区别？
Envoy的OTel追踪器不读取W3C traceparent头，因此无法继续现有追踪，而是为每个请求创建新的根跨度。而Envoy的Zipkin追踪器能够提取B3 trace context，并创建子跨度以继续现有追踪。
在Istio中如何配置Envoy使用Zipkin追踪器？
在IstioOperator的meshConfig中，需要设置enableTracing为true，并在defaultConfig.tracing中配置zipkin的地址，指向OpenTelemetry Collector的Zipkin接收器（例如otel-collector.otel-demo.svc.cluster.local:9411）。同时，需要确保extensionProviders中定义了otel-tracing，但实际使用Zipkin追踪器。
OpenTelemetry Collector除了解决追踪格式不一致外，还有哪些用途？
OpenTelemetry Collector还可以处理语义约定变更、采样、基数控制、跨度指标生成、信息编辑，以及同时导出到多个后端。它是集中处理遥测数据的关键组件。
