产品背景

Cloudflare 宣布将自动追踪能力从原有的 Workers 运行时扩展至整个平台请求路径，推出 Cloudflare Traces 的开放测试版。详情见 Cloudflare 官方博客。该服务基于 OpenTelemetry 标准，旨在将 Cloudflare 边缘节点变为用户技术栈中可观测的一环。以往用户只能依赖分散的日志与配置推测请求行为，现在可在单一追踪中查看安全规则、转换、缓存、路由、Worker 及源站处理的完整时间线。

核心功能

自动化全链路埋点

用户为域名开启追踪后，平台会自动生成各支持步骤的 span，无需嵌入额外探针或插件。每个 span 包含计时、处理结果与相关属性，覆盖从入口安全检测到回源响应的全过程。

采样控制与 Trace Rules

系统提供基线采样率以平衡数据量与成本，例如日常可设为 1%。同时支持 Trace Rules，允许针对特定主机名、客户端 IP、请求头或地理位置临时提升采样至 100%，便于精准排查个别异常流量而不干扰全局。

上下文传播与标准导出

Cloudflare Traces 兼容 W3C traceparent 头，既能接受外部传入的追踪上下文，也能向源站转发新的上下文，从而实现跨越 Cloudflare、源站及第三方服务的真正分布式追踪。追踪数据可通过 OTLP 协议导出至任意兼容的后端观测平台。

可视化与智能查询

在 Cloudflare 控制台可直接查看请求时间线与 span 细节。此外，借助 Observability MCP server，编程代理能够调用 SQL API 检索追踪数据，比对失败与成功请求的差异 span，辅助定位代码层问题。

典型排查场景

  • 安全拦截溯源：通过安全规则 span 事件确认哪条托管或自定义规则触发了阻断/挑战，并查看评估耗时。
  • 缓存与延迟分析：展开嵌套的缓存、上游与源站 span，直观看到如缓存未命中时回源网络耗时占据请求大部分时间。
  • 重写与路由确认：http_request_transform span 展示 URL 重写细节，workers_routing span 揭示匹配路由类型与模式。

对读者的意义与技术解读

对于运维、SRE 与站长群体，边缘 CDN 或代理平台常年处于可观测性盲区。当网站出现 TTFB 飙升、区域性拦截或缓存命中率异常时，传统手段只能在源站或客户端被动抓包。Cloudflare Traces 将平台内部处理透明化，使网络工程师能够区分问题是出自边缘安全策略、路由配置还是运营商回源链路。

从技术演进看，该产品坚定拥抱 OpenTelemetry，意味着云厂商网络能力正从“黑盒加速”转向“可编程可观测”。用户可将边缘 span 与自有 APM、DNS 监控、HTTP 测速体系融合，构建统一的端到端仪表盘。在跨境多云架构下，这种能力对保障 SLA、快速定位 BGP 或 CDN 节点异常具有实用价值。建议已使用 Cloudflare 的团队在测试环境先行开启低比例采样，熟悉 span 结构，为后续接入内部告警系统做准备。

定价与上线

该功能将纳入 Cloudflare 统一的 Observability 定价模型，按数据摄入量与留存时长计费，而非按 span 数。免费套餐包含每日 0.5 GB 摄入与 7 天留存，付费及企业版提供更高额度。新定价预计于 2026 年 12 月 1 日生效。