写点什么

Cloudflare 两个月两改追踪定价,开发者该如何控制成本?

作者:Steef-Jan Wiggers
  • 2026-10-22
    北京
  • 本文字数:1755 字

    阅读完需:约 6 分钟

AI摘要

Cloudflare 推出 Traces 开放测试,将 OpenTelemetry 自动追踪能力扩展至整个请求路径(含安全规则、转换、缓存、路由、Worker 与源站),无需手动插桩。

统一时间线填补代理层追踪空白,明确各环节执行耗时、结果与上下文;定价模型同步更新;示例直指真实排障场景。

适合 SRE/平台工程师阅读;适合使用 Cloudflare 构建多层边缘架构的后端开发者阅读;适合关注 OpenTelemetry 落地与可观测性边界的架构师阅读。

Cloudflare 最近以开放测试形式推出了 Traces,将自动追踪能力从 Workers 扩展到请求路径的其他部分。安全规则、转换、缓存决策、路由、Worker 执行和源站处理现在都以 OpenTelemetry Span 的形式出现在同一条请求级时间线中,无需编写任何插桩代码。与此同时,Cloudflare 还调整了定价方式,这项变化同样适用于 Workers Tracing。

这填补了开发者通过代理运行分布式追踪时一个广为人知的空白。此前,追踪中会显示客户端和应用程序,而两者之间发生的一切都只能根据日志和配置推断。现在,每个受支持的步骤都会作为 Span 呈现,并附带执行时间、结果和属性。

Cloudflare 给出的示例问题,正是开发者在工单中实际会询问的问题。是哪条安全规则拦截了请求,规则评估花费了多长时间?Transform Rule 是否在应用程序收到请求之前重写了 URL,这一操作相对于路由发生在什么位置?是哪条 Page Rule、哪个 Snippet 或 Worker 处理了请求,又匹配了哪种路由模式?时间究竟花在了哪里?其中一个示例展示了一次缓存未命中的请求:总耗时 539 毫秒,其中 527 毫秒用于等待源站响应。

嵌套的缓存、上游和源站 Span,展示请求的时间消耗在哪里

上下文传播使其不再只是 Cloudflare 内部的视图。Traces 可以接受传入请求中的 W3C traceparent 标头,使 Cloudflare Span 加入从上游开始的追踪;它也可以将新的 traceparent 转发给源站,让已经完成插桩的服务继续这条追踪。传入上下文传播策略可以控制 Cloudflare 是否接受调用方提供的上下文,这一点非常重要,因为接受任意客户端提供的 Trace ID 可能会引入大量噪声。

采样使用 Cloudflare 在其他产品中采用的同一套规则引擎。团队可以设置一个基准采样率,例如在正常运行时设为 1%,然后编写 Trace Rules,为匹配的流量覆盖这一比例。一个示例会追踪来自某个客户主机名、源 IP 或识别标头的每一条请求,而其他流量仍采用基准采样率。另一个示例会在调查期间捕获所有携带临时调试标头的请求。规则可以针对路径、方法、标头、地址、地理位置或这些条件的组合进行匹配。

Span 可以通过 OTLP 导出到任何兼容的后端。团队先配置一个账户级目标,然后选择哪些域名向该目标发送追踪数据。Cloudflare 将此描述为其对 OpenTelemetry 的投入,以及确保数据可以在不同可观测性工具之间自由迁移的承诺。

这项功能也涉及智能体。通过 Cloudflare Observability MCP 服务器,编码智能体可以使用 SQL API 查询追踪数据,将失败追踪与成功追踪进行比较,找出 Span 从何处分化,并将这些发现关联到代码仓库中的代码。这延续了 InfoQ 在 8 月报道 Cloudflare 智能体追踪工作时所提到的模式:遥测数据不再只是供人查看的仪表板,而成为智能体可以读取的信息。

已经使用 Workers Tracing 的团队需要注意此次定价变化,这是两个月内的第二次调整。InfoQ 在 8 月的报道中提到,从 2026 年 10 月 1 日开始,每个 Span 都将成为一个计费事件。Cloudflare 现在将在 2026 年 12 月 1 日用新模式取代这一计费方式,改为根据数据摄取量和保留量收费。免费套餐每天包含 0.5GB 的摄取额度和 7 天的数据保留期,不提供额外用量。付费套餐和企业套餐每个计费周期包含 50GB 的摄取量和 10GB·月的存储量,额外用量按每摄取 1GB 收取 0.25 美元、每存储 1GB·月收取 0.10 美元。最长一年的数据保留能力被列为即将推出的功能。

与按 Span 收费相比,按数据量收费是影响更深远的一项变化。采样决策现在会直接反映到账单上,这也解释了 Trace Rules 为何采用这样的设计:保持较低的基准采样率,只针对正在调查的流量提高采样率。

按照设计,目前的覆盖范围并不完整,Cloudflare 也列出了仍然缺失的部分。该公司计划在 HTTP 请求路径中提供更广泛的自动插桩,包括 DDoS 规则和 Access;也计划覆盖 Workers 执行路径,包括 Workflows、Queues 和 Pipelines。其他规划中的功能还包括经过身份验证的上下文传播,使受信任的调用方能够延续追踪,而不必让 Cloudflare 接受所有调用方提供的上下文;无需修改基准采样率即可临时追踪某条特定请求;以及在 Workers 中支持 OpenTelemetry API,以便为现有 Span 添加属性。

Traces 现已通过控制面板、API 或 Terraform 面向所有域名开放测试,并支持将数据导出到 OTLP 目标。

原文链接:

https://www.infoq.com/news/2026/10/cloudflare-traces-open-beta/