【科技】Cloudflare Observability 的 8 项重大更新

Product News

Tracing

Workers

Birthday Week

Logs

Observability

Product News

Tracing

Workers

Cloudflare Observability 的 8 项重大更新

Nevi Shah, Arti Kumar, Tom Benn, and Sahidya Devadoss

本文还提供 Español 版本。

今天,我们推出 8 项重大更新,将你的 logs、traces、analytics、alerts、dashboards 和 exporting 汇聚到 一个 observability platform 中,并提供更简单、更可预测的定价。

以下是本次推出的内容:

  • 一个探索来自整个 Cloudflare 的 logs 的统一位置
  • 从 Cloudflare’s edge 到你的 origin 的端到端 tracing
  • 一个统一的 SQL API,用于查询 Cloudflare 数据
  • 一个定价模型,适用于在 Cloudflare 中 ingested 和 stored 的 observability 数据
  • 针对你的 observability 数据的自定义 alerts
  • 一个位置查看你域名的所有 analytics,并具有 30 天的数据保留期
  • 基于你的 observability 数据构建的自定义 dashboards
  • 使用 Logpush 导出你的数据——现在可在 self-serve plans 上使用

面向整个 Cloudflare 的一个 observability platform

理解一个问题通常需要来自多个 Cloudflare 产品的数据。5xx 响应的激增可能来自一个 Worker、来自你的 origin,或者来自 Cloudflare 在全球或区域范围内无法连接到你的 origin。但如今调查它需要知道哪个产品拥有每个信号,以及如何查询它。

Observability 应该是一种平台级能力:它应该反映应用程序的实际行为,并为你提供解决问题所需的完整 context。在接下来的几个月里,你将看到更多 Cloudflare 产品、datasets 和 workflows 成为这个共享 observability platform 的一部分,并具有更一致的定价、产品体验和功能。这 8 项更新是迈向更统一 Observability 问题的第一步。

1. 在一个地方调查你的所有 logs

新的 Logs home 将 Workers Observability(用于调试 Workers 应用程序及其连接资源)与 Log Explorer(用于搜索 security logs)结合在一起。你现在可以从 log datasets 中选择,例如 HTTP events、firewall events、Workers、Containers、R2 和 AI Gateway,并对每个使用相同的调查工具和能力。

从 request latency 增加开始,按 hostname 或 data center 分组,将结果缩小到受影响的 paths,并通过 Ray ID 检查单个请求。如果调查指向另一个 Cloudflare 产品,无需离开 Logs 即可切换 datasets。跨多个 datasets 查询的支持即将推出,使得可以在单个 query 中连接跨产品的相关 events。你可以使用 raw SQL 或内置 filters 查询 logs,以缩小到特定 events。使用自然语言创建 visualizations,并轻松调查和理解检测到的 anomalies。

2. 通过我们的 entire platform 追踪请求——现已进入 open beta

我们正在推出 Cloudflare Traces 的 open beta,为你提供对受支持的安全规则、transformations、cache decisions、routing、Workers 和 origin handling 的 request-level 视图。你可以看到你的流量如何通过我们的平台移动,并将你如何配置 Cloudflare 与这如何影响请求处理时间、routing decisions 等联系起来。

设置一个 baseline sampling rate 以获得持续可见性,然后使用 Trace Rules 在调查期间以更高比率捕获特定流量。定位 hostnames、paths、IP addresses 或 headers,通过 Ray ID 搜索,并直接在 Cloudflare dashboard 中检查生成的 spans。

你可以通过 OpenTelemetry 导出 traces,而 W3C trace context propagation 让你接受传入的 trace context,并将 context 传递到你的 origin。查看 完整博客文章以了解有关 Cloudflare Tracing 的更多信息,或将此命令交给你的 agent 以开始使用:

3. 让你的 agent 使用一个统一的 SQL API 查询 observability 数据

Agents 也需要一种一致的方式来筛选你的 observability 数据、调查问题、关联信号并验证修复。我们正在推出 一个统一的 SQL API,目前处于 beta,用于查询跨 Cloudflare 的 telemetry。人们和 agents 无需分别与 Workers logs、Containers security events、HTTP request logs 和 analytics data 集成,而是可以使用一种 SQL dialect、认证模型和 API 来查询它们。

你的 agent 可以使用新的 Cloudflare CLI,即 cf,从命令行查找并运行 queries,或通过 Cloudflare 的 Observability MCP server 连接,以调查 logs、traces 和 analytics。Dataset schemas、fields 和 example queries 可用于帮助人们和 agents 构建 queries。

此外,我们还将 SQL interface 直接引入 Workers,通过一个 native binding。你的 Worker 现在可以执行诸如查询 Analytics Engine 数据以计量客户使用量和驱动计费 workflows、构建面向客户的 analytics dashboards、生成健康报告,或自动化 incident investigation,而无需配置单独的 API client。

4. 针对所有 ingested 和 stored 的 logs 和 traces 的新定价

对于在 Cloudflare 上 ingested 和 stored 的所有 logs 和 traces,我们将转向一个统一的 Observability subscription 和定价。从 December 1, 2026 开始,此定价模型将适用于所有 plans(对所有 Enterprise 客户在续订时生效),并覆盖现有的 Developer Platform logs,包括 Workers、Containers、AI Gateway,以及所有 tracing data。

因为 logs 和 traces 的大小可能差异很大,新模型基于你 ingest 和 store 的 volume,而不是基于事件的计数。此次定价调整将会是。查看我们的 documentation 以获取有关定价的更多详细信息。

Plan 包含用量 保留期 额外用量
Free 每天 0.5 GB ingestion 7 天 不可用
Paid and Enterprise 每个账单周期 50 GB ingestion 和 10 GB-month storage 最多 1 年(即将推出) $0.25 per GB ingested $0.10 per GB-month stored

5. 在你的 observability 数据上配置自定义 alerts——现已进入 beta

Notifications(现在称为 “Alerts”)刚刚获得重大升级。你现在可以直接在我们新的 unified SQL API 支持的任何内容上定义自定义 alerts,包括 HTTP request logs、Workers events、Workers Analytics Engine datasets、analytics datasets、traces 和 security events。

在 dashboard 中选择一个 dataset,或使用自定义 SQL 定义条件。然后选择 threshold、anomaly 或 SLO,设置 evaluation window,并选择 alert 应发送到哪里。你可能会在 origin 5xx 响应超过 threshold 五分钟、Container 反复失败、Worker errors 在 deployment 后增加,或 trace latency 超过预期限制时发出 alert。

你可以将 alerts 直接发送到你的团队已经在使用的工具,包括 incident management tools、chat platforms 和 webhooks。Webhooks 现在已在所有 plans 上可用,允许你将 alerts 路由到自定义服务,甚至你的 agent,以立即开始调查。要开始使用,请查看我们的 documentation,或将此命令交给你的 agent:

6. 在一个地方查看你的域名 analytics——现在具有 30 天 retention

了解你的域名上正在发生什么,通常意味着从不同的 Cloudflare 产品拼凑 metrics。我们将 traffic、performance、security、cache、origin 和 DNS 数据汇集在一起,以便你可以看到它们之间的关系。如果 latency 增加,你可以快速查看它是否与特定的 Cloudflare data center、hostname 或 origin 有关。

此外,你现在可以在每个 plan 上获得 30 天的 domain analytics。 整整一个月的历史记录让你有时间在问题发生后进行调查,将今天与前几周的同一天进行比较,并区分一次性 spike 和更长期的 trend。

7. 构建自定义 dashboards

预构建的 dashboards 覆盖常见用例,但应用程序通常使用 Cloudflare 的多个部分。通过 Custom Dashboards,你可以将来自整个 Cloudflare 的 analytics、来自 Workers platform 的 logs 和 traces,以及 security events 汇集到一个视图中。跟踪 request volume、errors、latency、storage 和 blocked traffic,然后与你的团队共享该 dashboard。无需在每次调查期间重建 queries,你有一个地方来监控对应用程序重要的 signals。

8. Logpush 现已在所有 self-serve plans 上可用

Logpush 以前仅适用于 Enterprise,现在已在所有 self-serve plans 上可用,让你将所有 Cloudflare logs 导出到你已经在使用的工具和目的地。需要在交付前应用 filters、执行 redaction、丰富 events 或重塑 output?Transformers 现已 generally available,让你应用任何 SQL transformation,而无需操作单独的 ETL pipeline。我们正在为 Logpush 和 Transformers 引入 usage-based pricing。每个都包含每月免费额度,并为额外用量提供简单定价:

Export usage 每月包含 额外用量
导出到 Cloudflare destinations 25 GB $0.03 per GB
导出到 external destinations 25 GB $0.10 per GB
Logpush Transformers 1 GB $0.04 per GB

访问 documentation 以开始使用 Logpush 并探索完整的定价详情。

即将推出:

  • 更长的 observability 数据保留期: 你将能够将 logging 和 tracing 数据保留最多一年,从而更容易调查反复出现的问题、比较历史行为并分析长期趋势。
  • Workers 中的 OpenTelemetry API 支持: 我们将继续构建我们的 OpenTelemetry APIs,以支持向现有 spans 添加 attributes 或获取 trace context。
  • 使用 OpenTelemetry 更轻松地导出 metrics: 你将能够将 Cloudflare metrics 发送到 OpenTelemetry-compatible destinations,并与来自你技术栈其余部分的 telemetry 一起分析它们。
  • 新定价于 December 1, 2026 生效: 如果你在 Cloudflare 上 ingest 或 store observability 数据,统一定价 plan 将适用于你的用量。我们将在更改生效前通知你。

准备好开始调查了吗?

当你说 Cloudflare 感觉像一个黑盒时,我们听到了你的声音。这些更新只是开始,揭示正在发生什么,使底层数据可访问,并为你提供采取行动所需的 context。随着 agents 从编写软件转向运营软件,这种透明度变得更加重要。只有当 agent 能够查询发生了什么、识别 failure 并验证修复时,它才能闭环 change 与其结果。

通过围绕 OpenTelemetry、W3C Trace Context 和 SQL 构建,我们致力于为你和你的 agents 提供标准、可移植的接口来访问该 context。查看我们新的 Observability documentation home 以了解更多信息。

相关标签

Birthday Week

Logs

Observability

Product News

Tracing

Workers

在社交媒体上关注

  • Cloudflare
  • Nevi Shah
  • Arti Kumar

订阅以接收新文章的通知


来源:Cloudflare Blog

之前帮学校乐队做报名页,Worker 一到晚上高峰就偶尔吐 5xx,我只能开着 wrangler tail 干等它复现,好几次等到半夜也没抓到。看到 traces open beta 能用 Ray ID 直接翻到具体 span,第一反应就是这比我那套土办法强太多。baseline sampling 开低一点、Trace Rules 只在报名那几天调高,量应该也压得住。

看起来楼上是直接贴的官方 Product News,不是评论呀。要不要再说一句自己的想法?比如觉得哪个功能比较有用,还是定价怎么样?