OpenTelemetry未部署独立Collector，能否结合Zipkin配置采样器与过滤器？

核心结论 #

可以结合Zipkin使用OpenTelemetry Collector的采样与过滤能力，但必须单独运行Collector实例，调整链路数据流向为：Java应用 → Otel Collector（执行采样/过滤） → Zipkin。

具体实现步骤 #

1. 部署独立Otel Collector
   这是实现集中式采样过滤的必要前提。没有Collector的情况下，Java自动插桩的Otel SDK仅能在客户端做基础采样（如固定采样率），无法使用Collector提供的灵活过滤规则（比如按Span名称、属性、服务名筛选）。

2. 修改Java应用的导出配置
   将原本直接导出到Zipkin的设置，改为导出到Otel Collector的地址。例如调整Java启动参数：

   -Dotel.traces.exporter=otlp
   -Dotel.exporter.otlp.endpoint=http://<collector-ip>:4317
   

   这样应用的链路数据会先发送到Collector，而非直接传递给Zipkin。

3. 配置Collector的采样与过滤规则
   编辑Collector的config.yaml文件，添加对应的处理器和导出配置：

   • 采样器示例（以10%比例采样链路）：

     processors:
       sampling:
         percentage:
           value: 0.1
     

   • 过滤器示例（丢弃指定服务的链路）：

     processors:
       filter:
         spans:
           exclude:
             match_type: strict
             attributes:
               - key: service.name
                 value: "无需追踪的服务名"
     

   • 配置Zipkin导出器，将处理后的数据转发到你的Zipkin实例：

     exporters:
       zipkin:
         endpoint: "http://<zipkin-ip>:9411/api/v2/spans"
     

   • 最后在service段串联所有组件：

     service:
       pipelines:
         traces:
           receivers: [otlp]
           processors: [sampling, filter]
           exporters: [zipkin]
     

4. 验证效果
   依次启动Collector、Java应用和Zipkin，生成链路数据后，检查Zipkin UI中是否仅保留符合规则的链路。

替代方案（无Collector场景） #

如果不想单独部署Collector，只能在Java应用侧通过Otel SDK的客户端采样器做简单配置，例如：

-Dotel.traces.sampler=traceidratio
-Dotel.traces.sampler.arg=0.1

但这种方式仅支持基础采样率设置，无法实现复杂的过滤逻辑，灵活性远不如Collector的集中式处理。

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