Cloudflare Traces 開放測試，自動追踪請求路徑並改按攝取量與保留量計費

Cloudflare 以開放測試形式推出 Traces，將自動追蹤從 Workers 擴展到請求路徑的其他環節。安全規則、轉換規則、快取決策、路由、Worker 執行與源站處理都會以 OpenTelemetry Span 出現在同一條請求級時間線上，不需要撰寫任何插樁程式碼，每個 Span 附帶執行時間、結果與屬性。報導中的示例顯示，一次快取未命中的請求總耗時 539 毫秒，其中 527 毫秒等待源站回應。 追蹤還支援 W3C traceparent 標頭的雙向傳遞：可接收上游傳入的上下文，也可將新的 traceparent 轉發給源站。傳入上下文傳播策略可控制是否接受呼叫方提供的上下文，以避免任意客戶端注入 Trace ID 造成大量雜訊。 採樣沿用 Cloudflare 其他產品的規則引擎：可設定基準採樣率（例如正常運作時 1%），再以 Trace Rules 針對特定主機名、來源 IP、標頭、路徑、方法或地理位置等條件覆寫採樣率，例如在調查期間追蹤所有帶除錯標頭的請求。Span 可透過 OTLP 匯出至相容的後端，先設定帳戶級目標，再選擇哪些網域送出追蹤資料。 在智慧代理方面，透過 Cloudflare Observability MCP 伺服器，編碼代理可用 SQL API 查詢追蹤資料、比對失敗與成功的追蹤、找出 Span 分岐點，並將發現關聯到程式碼倉庫。 定價方面，報導指出這是兩個月內的第二次調整。原先於 2026 年 10 月 1 日起每個 Span 計為一次計費事件的方案，將由 12 月 1 日起改為依攝取量與保留量收費。免費方案每天含 0.5GB 攝取額度與 7 天保留期，且不提供額外用量。付費與企業方案每計費週期含 50GB 攝取量與 10GB·月儲存量，超出部分每 GB 攝取收 0.25 美元、每 GB·月儲存收 0.10 美元。一年期的長期保留被列為即將推出的功能。採樣決策因此直接反映在帳單上，也解釋了 Trace Rules 的設計：維持較低基準採樣率，只對調查中的流量提高採樣。 目前覆蓋仍不完整。Cloudflare 規劃擴大 HTTP 請求路徑的自動插樁，包括 DDoS 規則與 Access，也規劃涵蓋 Workers 執行路徑中的 Workflows、Queues 與 Pipelines。其他規劃項目包括經身份驗證的上下文傳播、不需修改基準採樣率即可臨時追蹤特定請求，以及在 Workers 中支援 OpenTelemetry API 以為既有 Span 添加屬性。 Traces 目前可透過控制面板、API 或 Terraform 對所有網域開放測試，並支援匯出至 OTLP 目標。