Cloudflare 整合日志与追踪并公测 SQL 查询 API

Cloudflare 将其可观测性能力整合到单一平台，日志与分布式追踪现在可以通过一个入口进行管理。这一调整将原本分散的操作路径收敛，降低了团队在多系统之间切换的成本。对于已经使用 Cloudflare 服务的工程团队来说，可以直接评估日志与追踪数据在统一界面下的关联效率。

平台公开测试了 SQL 查询 API 与告警能力。SQL 查询 API 允许使用者以更灵活的方式访问日志和追踪数据，有助于把自定义查询逻辑嵌入现有工作流。告警的公测则让运维人员在配置触发规则后，能够在统一界面中接收状态变化。需要说明的是，官方公告中未披露 SQL 查询 API 的具体语法细节、速率限制或支持的数据集范围，评估阶段需要保持谨慎。

追踪实现采用了 OpenTelemetry 与 W3C（万维网联盟）上下文标准。对于已经围绕 OpenTelemetry 建立观测管线的团队，接入方式与现有工具链的兼容门槛会更低。W3C 上下文标准的支持也有利于在跨服务链路中保持一致性。由于采用开放标准，团队可以优先验证现有 exporter 和 collector 与 Cloudflare 追踪端点的适配情况，而不是依赖私有协议。

计费方面，统一计费将从 12 月 1 日开始执行。企业客户并非在同一天全部切换，而是按照各自的续约节点逐步适用新的计费模式。这意味着企业团队需要关注自身合同的续约时间，以便在续约前完成成本影响评估。自助服务或免费用户的计费影响，公告中未作说明。

跨数据集的单次联查仍在规划中。目前日志与追踪虽然已整合到统一平台，但一次查询跨越多个数据集的能力尚未提供。团队如果当前依赖跨数据源联查来定位问题，需要暂时保留原有的查询路径，不宜过早把相关流程完全迁移到新平台。

整体来看，这次更新体现了 Cloudflare 在可观测性领域向统一化和标准化靠拢。基于 OpenTelemetry 与 W3C 的追踪兼容，以及 SQL 查询 API 的公测，为工程团队提供了评估标准化接入的现实窗口。由于部分关键能力仍处于规划阶段，现阶段的整合更适合作为增量评估，而非立即替换现有观测链路。