Apollo Router v1.59.1 版本发布:优化分布式追踪与采样机制
Apollo Router 是一个高性能的 GraphQL 网关,专为现代微服务架构设计。作为 Apollo GraphQL 平台的核心组件,它提供了查询规划、执行优化、缓存管理等关键功能,帮助开发者构建高效可靠的 GraphQL API 层。
本次发布的 v1.59.1 版本主要针对分布式追踪系统中的采样机制进行了重要修复和功能增强,特别是对 Datadog APM 集成的改进,使监控数据更加准确可靠。
分布式追踪采样机制修复
Datadog 采样优先级传输修复
在分布式追踪系统中,采样优先级(sampling priority)是一个关键指标,它决定了哪些请求的追踪数据会被保留和分析。v1.59.1 修复了一个 Datadog 集成中的采样优先级传输问题。
之前版本中存在两个主要问题:
- 当上游服务发送
x-datadog-sampling-priority: -1(表示USER_REJECT)时,路由器会错误地将其转换为0(AUTO_REJECT) - 优先级值
2(USER_KEEP)被错误地转换为1(AUTO_KEEP)
这些转换错误导致 Datadog 无法正确识别用户显式设置的采样决策,影响了监控数据的准确性。新版本已修正这些转换逻辑,确保采样优先级值在服务间正确传递。
非父采样器配置修复
Apollo Router 支持配置是否基于父级服务的采样决策来决定当前请求的采样行为。在 v1.59.1 之前,当用户明确配置 parent_based_sampler: false 并指定采样率时,路由器会忽略这些配置,仍然采用父级服务的采样决策。
例如以下配置:
telemetry:
exporters:
tracing:
common:
service_name: router
sampler: 0.00001 # 极低采样率
parent_based_sampler: false
理论上这应该使路由器忽略上游采样决策,仅按 0.001% 的采样率记录追踪数据。但实际上所有请求都被采样,导致监控系统负载过高。v1.59.1 修复了这一问题,确保非父采样器配置正确生效。
Datadog APM 指标准确性增强
为了获得准确的 Datadog APM 指标,所有 span 都需要发送到 Datadog Agent,并正确设置采样优先级属性。v1.59.1 引入了新的预览功能 preview_datadog_agent_sampling 来支持这一需求。
工作原理与配置建议
新的配置模式允许开发者:
- 在路由器层面设置较低的采样率(如 0.1,即 10%)
- 通过
preview_datadog_agent_sampling: true确保所有 span 都发送到 Datadog Agent - 由 Datadog Agent 执行最终的采样决策
示例配置:
telemetry:
exporters:
tracing:
common:
sampler: 0.1 # 10% 采样率
preview_datadog_agent_sampling: true # 发送全部 span 到 Agent
这种配置方式有两个主要优势:
- 确保 APM 指标基于完整数据集计算,提高准确性
- 减少直接发送到 Datadog 的 span 数量,可能降低监控成本
性能考量与最佳实践
由于此功能会增加发送到本地 Datadog Agent 的数据量,建议开发者:
- 根据实际需求调整
batch_processor设置,优化批量处理性能 - 监控路由器资源使用情况,特别是内存和网络带宽
- 逐步调整采样率,找到业务需求与系统负载的平衡点
技术实现细节
本次更新的核心改进集中在 OpenTelemetry 与 Datadog 的集成层。主要涉及:
- 采样优先级值的正确映射和传播
- 新增 Datadog 专用的采样决策处理逻辑
- 优化 span 导出流程,确保必要的元数据完整
这些改进使 Apollo Router 能够更好地融入企业现有的可观测性体系,为复杂分布式系统提供更可靠的监控数据。
升级建议
对于使用 Datadog APM 的用户,建议:
- 尽快升级到 v1.59.1 或更高版本
- 评估现有配置,根据需要添加
preview_datadog_agent_sampling选项 - 验证监控数据准确性,特别是采样优先级相关的指标
对于不使用 Datadog 的用户,此版本也修复了基础采样机制的若干问题,建议作为常规稳定性更新进行升级。
Apollo Router 团队持续关注可观测性领域的实践需求,未来版本将进一步增强与各类监控系统的集成能力,为开发者提供更完善的运维支持。
AutoGLM-Phone-9BAutoGLM-Phone-9B是基于AutoGLM构建的移动智能助手框架,依托多模态感知理解手机屏幕并执行自动化操作。Jinja00
Kimi-K2-ThinkingKimi K2 Thinking 是最新、性能最强的开源思维模型。从 Kimi K2 开始,我们将其打造为能够逐步推理并动态调用工具的思维智能体。通过显著提升多步推理深度,并在 200–300 次连续调用中保持稳定的工具使用能力,它在 Humanity's Last Exam (HLE)、BrowseComp 等基准测试中树立了新的技术标杆。同时,K2 Thinking 是原生 INT4 量化模型,具备 256k 上下文窗口,实现了推理延迟和 GPU 内存占用的无损降低。Python00
GLM-4.6V-FP8GLM-4.6V-FP8是GLM-V系列开源模型,支持128K上下文窗口,融合原生多模态函数调用能力,实现从视觉感知到执行的闭环。具备文档理解、图文生成、前端重构等功能,适用于云集群与本地部署,在同类参数规模中视觉理解性能领先。Jinja00
HunyuanOCRHunyuanOCR 是基于混元原生多模态架构打造的领先端到端 OCR 专家级视觉语言模型。它采用仅 10 亿参数的轻量化设计,在业界多项基准测试中取得了当前最佳性能。该模型不仅精通复杂多语言文档解析,还在文本检测与识别、开放域信息抽取、视频字幕提取及图片翻译等实际应用场景中表现卓越。00
GLM-ASR-Nano-2512GLM-ASR-Nano-2512 是一款稳健的开源语音识别模型,参数规模为 15 亿。该模型专为应对真实场景的复杂性而设计,在保持紧凑体量的同时,多项基准测试表现优于 OpenAI Whisper V3。Python00
GLM-TTSGLM-TTS 是一款基于大语言模型的高质量文本转语音(TTS)合成系统,支持零样本语音克隆和流式推理。该系统采用两阶段架构,结合了用于语音 token 生成的大语言模型(LLM)和用于波形合成的流匹配(Flow Matching)模型。 通过引入多奖励强化学习框架,GLM-TTS 显著提升了合成语音的表现力,相比传统 TTS 系统实现了更自然的情感控制。Python00
Spark-Formalizer-X1-7BSpark-Formalizer 是由科大讯飞团队开发的专用大型语言模型,专注于数学自动形式化任务。该模型擅长将自然语言数学问题转化为精确的 Lean4 形式化语句,在形式化语句生成方面达到了业界领先水平。Python00