首页
/ NServiceBus中OpenTelemetry追踪的采样策略问题解析

NServiceBus中OpenTelemetry追踪的采样策略问题解析

2025-07-04 06:07:47作者:滑思眉Philip

背景介绍

在使用NServiceBus与OpenTelemetry集成时,开发者可能会遇到一个现象:当消息生产者没有启用OpenTelemetry时,消费者端的活动(Activity)和跨度(Span)不会被创建。这种情况特别容易在Web应用程序作为生产者时出现,即使消费者已经正确配置了OpenTelemetry。

问题本质

这个现象的根本原因在于OpenTelemetry的默认采样策略。当ASP.NET Core应用程序(即使没有显式配置OpenTelemetry)作为消息生产者时,它会自动创建一个活动(Activity),但这个活动会被标记为不采样(采样标志为"-00")。当这个消息被NServiceBus消费者接收时,由于OpenTelemetry默认采用基于父活动的采样策略(ParentBasedSampler),它会尊重父活动的采样决定,因此不会创建新的活动。

技术细节

OpenTelemetry的默认采样策略组合是ParentBasedSampler(new AlwaysOnSampler()),这意味着:

  1. 对于没有父活动的根活动,总是采样(AlwaysOn)
  2. 对于有父活动的情况,则继承父活动的采样决定

在ASP.NET Core应用程序中,即使没有显式配置OpenTelemetry,框架也会自动创建活动用于内部诊断。这些活动默认不会被采样(标志为"-00")。当这样的应用程序作为NServiceBus消息生产者时:

  1. ASP.NET创建的活动被NServiceBus捕获并作为消息上下文的一部分
  2. 由于该活动未被采样,NServiceBus不会为其创建子活动
  3. 消息头中的traceparent会以"-00"结尾
  4. 消费者接收到消息后,看到父活动未被采样,因此也不创建新活动

解决方案

要解决这个问题,可以在消费者端调整采样策略,覆盖父活动的采样决定。具体方法是配置一个自定义的ParentBasedSampler,为remoteParentNotSampled情况指定AlwaysOnSampler:

using var traceProvider = Sdk.CreateTracerProviderBuilder()
    .AddSource("NServiceBus.Core")
    .AddConsoleExporter()
    .SetSampler(
        new ParentBasedSampler(
            rootSampler: new AlwaysOnSampler(),
            remoteParentNotSampled: new AlwaysOnSampler()
        )
    )
    .Build();

这种配置表示:

  • 对于根活动,总是采样
  • 对于远程父活动未被采样的情况,也总是采样
  • 其他情况(如本地父活动)则保持默认行为

最佳实践建议

  1. 在微服务架构中,建议所有服务都统一配置OpenTelemetry,避免出现部分服务未配置的情况
  2. 对于必须处理来自未配置OpenTelemetry服务的消息的场景,采用上述自定义采样策略
  3. 考虑在组织内部制定统一的OpenTelemetry配置标准,确保采样行为的一致性
  4. 在测试环境中验证不同服务组合下的追踪行为,确保关键业务流程都能被正确追踪

总结

NServiceBus与OpenTelemetry的集成提供了强大的分布式追踪能力,但需要注意采样策略的影响。理解OpenTelemetry的采样机制和ASP.NET Core的自动活动创建行为,可以帮助开发者更好地控制追踪数据的收集。通过适当配置采样策略,可以确保关键消息流在任何情况下都能被正确追踪。

登录后查看全文
热门项目推荐

项目优选

收起
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
152
1.97 K
kernelkernel
deepin linux kernel
C
22
6
ops-mathops-math
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
426
34
communitycommunity
本项目是CANN开源社区的核心管理仓库,包含社区的治理章程、治理组织、通用操作指引及流程规范等基础信息
239
9
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
145
190
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
988
394
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
193
274
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
936
554
金融AI编程实战金融AI编程实战
为非计算机科班出身 (例如财经类高校金融学院) 同学量身定制,新手友好,让学生以亲身实践开源开发的方式,学会使用计算机自动化自己的科研/创新工作。案例以量化投资为主线,涉及 Bash、Python、SQL、BI、AI 等全技术栈,培养面向未来的数智化人才 (如数据工程师、数据分析师、数据科学家、数据决策者、量化投资人)。
Python
75
69