Cloudflare 推出 Traces 公开测试版：网站运营者可在一条时间轴上看清请求经过平台的每一步

Cloudflare 宣布了什么

Cloudflare 于 2026 年 10 月 2 日在官方博客宣布推出 Cloudflare Traces，并以公开测试版形式提供。所谓“追踪”（tracing），是把一个网络请求从进入到完成所经过的每一步按时间顺序记录下来，便于事后检查哪里出了问题。据 Cloudflare 称，这项功能把原本仅针对 Workers（在 Cloudflare 上运行代码的服务）的自动追踪，扩展到请求经过 Cloudflare 平台的其他环节。Cloudflare 表示，在单个追踪中可看到受支持的安全规则、转换（例如改写网址等请求内容）、缓存决策、路由、Worker 执行与源服务器（网站自己的服务器）处理，并能延续到位于 Cloudflare、源服务器或其他位置的服务。Cloudflare 还称这是对 OpenTelemetry（一套开放的监控数据标准）的长期投入。

Cloudflare 表示，其内部团队排查问题时使用的追踪，单个追踪往往包含数千个 span（追踪中记录单个步骤的片段，含耗时与结果），由数十个服务与功能产生；Cloudflare Traces 的目标是让所有用户获得类似的可见性。去年推出的 Workers Tracing 是第一步。据 Cloudflare 介绍，它会自动记录 Worker 的调用，包括对外 fetch 以及对 KV、R2、D1、Durable Objects 和其他 Workers 的调用。

主要功能一览

• 自动追踪：Cloudflare 表示，域名启用追踪后会自动生成 span，无需专门的插桩代码（为记录运行情况而额外写进程序的代码）、配置或插件。
• 采样控制：采样率是指要记录多大比例的请求。可先设定基准采样率，再用 Trace Rules 针对特定流量覆盖；Trace Rules 使用与 Cloudflare Rules 相同的规则语言。
• 上下文传递：W3C traceparent 标头是一种标准请求标头，用于在不同系统之间传递同一个追踪的标识信息。Cloudflare 可接受传入的 traceparent 标头（由传入传递策略控制），也可向源服务器转发新的 traceparent 标头。
• 查看与导出：可在仪表板查看请求时间轴与 span 详情，或通过 OTLP（OpenTelemetry 的数据传输协议）导出到兼容的可观测性平台。
• 代理协助：Cloudflare 表示，通过 Observability MCP server（供 AI 编程代理连接 Cloudflare 可观测性数据的接口），AI 编程代理可用 SQL API 查询追踪数据。

Cloudflare 举例说明采样的用法：平时只追踪 1% 的请求；当某位客户报告问题时，针对其主机名、源 IP 或用于识别的请求标头追踪 100% 流量，其他流量维持基准。Cloudflare 还在文中演示，一次缓存未命中的请求转向源服务器后，在总计 539ms 中有 527ms 花在等待响应上，以此说明追踪如何找出耗时所在。

计价方案对比

Cloudflare 表示，Cloudflare Traces 将纳入统一的 Cloudflare Observability 计价模式，按采集数据量与保留时间计费，而非按 span 或事件数量。新计价自 2026 年 12 月 1 日起适用于 Cloudflare Tracing 与 Workers Tracing。下表整理了 Cloudflare 公布的方案内容。

对普通读者与网站运营者的实际影响

对普通网民而言，这是一款面向网站与服务运营方的诊断工具，浏览网站时通常无需做任何改变。对使用 Cloudflare 的网站运营者与开发者来说，按 Cloudflare 的描述，有些问题过去需要从分散的日志与配置中拼凑，例如请求为何被拦截、网址是否被改写、响应是否来自缓存、时间耗在哪一段，如今可在同一条时间轴上查看。由于追踪数据量与费用挂钩，采样率的设置会直接影响可见性与成本之间的取舍。

后续规划

Cloudflare 表示，公开测试版之后计划推出以下功能：更广泛的自动插桩（例如 DDoS 规则、Access，以及 Workflows、Queues、Pipelines）、经验证的上下文传递、临时（ad hoc）追踪、Workers 中的 OpenTelemetry API 支持，以及最长 365 天的保留期。目前可通过仪表板、API 或 Terraform 使用，并支持导出至 OTLP 目标。以上均为 Cloudflare 的规划说明，公告中未载明实际推出时间。

查看同分类最新消息

• 科技新闻