Cloudflare Observability 迎来八大升级

今天，我们推出了八大重大更新，将您的日志、追踪、分析、警报、仪表板和导出汇总到 一个可观测性平台中，并提供更简单、更可预测的定价体系。

下面是我们即将推出的功能：

• 在一个地方探索来自 Cloudflare 的所有日志
• 从 Cloudflare 边缘到源站的端到端追踪
• 用于查询 Cloudflare 数据的统一 SQL API
• 一个定价体系，覆盖在 Cloudflare 上摄取和存储的所有可观测数据
• 针对可观测性数据的自定义警报
• 在一个位置提供域的所有分析信息，30 天数据保留期
• 利用可观测性数据构建的自定义仪表板
• 通过 Logpush 导出数据 —— 现已支持自助计划

一个覆盖整个 Cloudflare 的统一可观测性平台

要排查并理解问题，通常需要使用来自多个 Cloudflare 产品的数据。5xx 响应激增可能来自 Worker、您的源服务器，或因 Cloudflare 全局/局部无法连接到您的源服务器而引起。然而，目前调查此类问题需要您明确哪个产品对应哪项信号，并了解如何查询这些信号。

可观测性应当是一种平台级能力：它需要反映应用的实际运行方式，并为您提供解决问题所需的完整上下文。在未来几个月里，您会看到更多 Cloudflare 产品、数据集和工作程成为这个共享可观测性平台的一部分，并且具有更统一的定价、产品体验和功能。这八项更新是迈向更统一的可观测性平台的第一步。

1. 在一个位置调查您的所有日志

 全新的日志主页结合了 Workers Observability（用于调试 Workers 应用及其连接的资源）和 Log Explorer （用于在安全日志中进行搜索）。现在可以从 HTTP 事件、防火墙事件、Workers、容器、R2 和 AI Gateway 等日志数据集进行选择，并针对每种数据集使用相同的调查工具和功能。

从请求延迟的增加开始，按主机名或数据中心进行分组，将结果缩小到受影响的路径，并按 Ray ID 检查单个请求。如果调查涉及其他 Cloudflare 产品，您无需离开 Logs 即可切换数据集。跨多个数据集进行查询的支持即将推出，使得在一个查询中连接不同产品的相关事件成为可能。

您可以使用原始 SQL 或内置过滤器查询日志，以缩小特定事件的检索范围。通过自然语言创建可视化图表，轻松调查和理解检测到的异常。

2. 在我们的全平台范围内进行端到端追踪请求——现已公测

我们正在推出 Cloudflare Traces 公测版，为您提供请求级别的视图，以查看支持的安全规则、转换、缓存决策、路由、Workers 和源站处理。您可以看到流量如何在我们的平台中流动，并了解您对 Cloudflare 的配置方式与该配置对请求处理时间、路由决策等方面的影响之间的联系。

设置基准采样率以实现持续可见性，然后使用 Trace Rules 在调查期间以更高的速率捕获特定流量。针对主机名、路径、IP 地址或标头进行处理，通过 Ray ID 搜索，并直接在 Cloudflare 仪表板中检查最终生成的跨度（span）。

您可以通过 OpenTelemetry 导出跟踪，而 W3C 跟踪上下文传播让您可以接收传入的跟踪上下文并将其传递给您的源站。请查看完整的博客文章，了解更多关于 Cloudflare Tracing 的信息，或者让您的智能体执行此命令以开始使用：

3. 让您的智能体使用统一的 SQL API 查询可观测性数据

智能体还需要一种统一的方法来筛选可观测性数据、调查问题、将信号关联起来以及验证修复效果。我们正在推出一个统一的 SQL API（目前处于测试阶段），用于查询整个 Cloudflare 的遥测数据。人类和智能体不需要分别与 Workers 日志、容器安全事件、HTTP 请求日志和分析数据集成，而是可以使用一种 SQL 方言、验证模型和 API 进行查询。

您的智能体可以使用新的 Cloudflare CLI, cf, 从命令行查找并运行查询，或者连接到 Cloudflare’s Observability MCP 服务器来调查日志、分布式追踪和分析数据。 数据集架构、字段和示例查询可用于帮助人类和智能体构建查询。

此外，我们还将通过原生绑定将 SQL 接口直接引入 Workers。您的 Worker 现在可以查询 Analytics Engine 数据，以衡量用户使用情况并赋能账单工作流、构建面向客户的分析仪表板、生成运行状况报告或自动化事件调查，无需配置单独的 API 客户端。

4. 全新定价体系，覆盖所有接入和存储的日志和追踪数据

对于在 Cloudflare 上摄入和存储的所有日志和跟踪，我们正转向统一的 Observability 订阅和定价模式。自 2026 年 12 月 1 日 起，该定价模式将适用于所有计划（对于所有 Enterprise 客户，该定价在续订后生效），并涵盖现有的开发者平台日志，包括 Workers、Containers、AI Gateway，以及所有追踪数据。

由于日志和跟踪的大小可能相差巨大，新模式基于您摄取和存储的数据量，而不是基于事件计数。这一定价调整将。请查看我们的文档以了解更多有关定价的信息。

5.根据可观测性数据配置自定义警报（现处于 Beta 版本）

Notifications（现在称为“Alerts”）刚刚进行了重大升级。现在可以直接针对我们全新的统一 SQL API 支持的任何内容自定义警报，包括 HTTP 请求日志、Workers 事件、Workers Analytics Engine 数据集、分析数据集、跟踪和安全事件。

在仪表板中选择数据集，或使用自定义 SQL 定义条件。然后选择阈值、异常或 SLO，设置评估窗口，并选择警报的发送目标位置。您可以在来源 5xx 响应在五分钟内超过阈值、容器反复失败、部署后 Worker 错误增加或跟踪延迟超过预期限制时发送警报。 

您还可以直接将提醒发送到您团队已经使用的工具中，包括事件管理工具、聊天平台和 Webhook。Webhook 现在可在所有计划中使用，允许您将提醒传送到自定义服务，甚至您的智能体，以便立即开始调查。若要开始使用，请查阅我们的文档或向您的代理提交此命令：

6.在一个地方查看您的域名分析数据— 现在提供 30 天保留期

理解您的域名上发生了什么，往往意味着需要将来自不同 Cloudflare 产品的指标整合在一起。我们将流量、性能、安全、缓存、源站和 DNS 数据汇聚在一起，帮助您了解这些要素如何相互关联。如果延迟增加，您可以迅速观察这是否与特定的 Cloudflare 数据中心、主机名或源站有关。

此外，您现在在每个套餐上都可以获得 30 天的域名分析数据。整整一个月的历史数据可以让您在问题发生后有时间进行调查，将今天与前几周的同一天进行比较，并分辨一次性峰值和长期趋势之间的区别。

7. 构建自定义仪表板

预设仪表板涵盖了常见场景，但应用往往会使用 Cloudflare 的多个部分。通过​自定义仪表板，您可以在一个视图中整合 Cloudflare 整个平台的分析数据、Workers 平台的日志和追踪，以及安全事件。跟踪请求量、错误、延迟、存储和拦截流量，并与您的团队分享仪表板。无需在每次调查时重建查询，您在一个位置即可监控对于您的应用至关重要的信号。

8. Logpush 现在面向所有自助计划提供。

以前仅限 Enterprise 使用的 Logpush， 现在面向所有自助服务计划提供，让您可以将所有 Cloudflare 日志导出到您已使用的工具和目标。需要先进行过滤、脱敏、充实事件或重塑输出再交付？Transformers 现已正式发布，无需运行单独的 ETL 管道即可应用任何 SQL 转换。

我们正在为 Logpush 和 Transformers 推出​基于用量的定价。各自包含免费月度配额，超额部分提供简单的定价模式：

访问​文档以开始使用 Logpush 并查看完整的定价详情。

后续计划：

• 延长可观测性数据的保留期：您将能把日志和分布式追踪数据保留长达一年，从而更轻松地调查反复出现的问题、对比历史行为以及分析长期趋势。
• Workers 中的 OpenTelemetry API 支持：我们将继续构建 OpenTelemetry API，以实现向现有跨度添加属性或获取追踪上下文的能力。
• 利用 OpenTelemetry 更轻松地导出指标：您将能把 Cloudflare 指标发送到与 OpenTelemetry 兼容的目的地，并与技术栈中其他部分的遥测数据一起分析这些指标。
• 新的定价模式将于 2026 年 12 月 1 日起生效：如果您在 Cloudflare 上接入或存储可观测性数据，那么统一的定价方案将适用于您的使用量。变更生效前我们会通知您。

准备开始调查吗？

我们听到了您有关 Cloudflare 感觉像黑盒的意见。这些更新只是开始，让您能够了解内在运行机制，让底层数据可访问，并为您提供所需的上下文，以便您采取行动。随着智能体从编写软件走向实际运维软件，透明显得更加关键。只有在能查询发生的情况、识别故障并验证修复措施的情况下，智能体才能弥补变更与结果之间的差距。

通过基于 OpenTelemetry、 W3C Trace Context 和 SQL 构建，我们致力于通过标准、可移植的接口为您和您的智能体提供该上下文。查看我们的全新可观测性文档主页以了解更多信息。