Cloudflare Observability 的 8 項重大更新

今天，我們推出八項重大更新，將您的記錄、追蹤、分析、警示、儀表板與資料匯出整合進​同一個可觀測性平台，並提供更簡單、更可預測的定價方案。

以下是本次推出的功能：

• 在單一位置探索來自整個 Cloudflare 的記錄
• 從 Cloudflare 邊緣到您的來源伺服器的端對端追蹤
• 用於查詢 Cloudflare 資料的統一 SQL API
• 適用於 Cloudflare 上所有擷取與儲存的可觀測性資料的單一定價模型
• 根據您的可觀測性資料設定自訂警示
• 您網域的所有分析資料集中於一處，並提供 30 天資料保留期
• 根據您的可觀測性資料建立自訂儀表板
• 使用 Logpush 匯出資料——現已在自助服務方案上提供

面向整個 Cloudflare 平台的統一可觀測性平台

在排查問題時，往往需要多個 Cloudflare 產品的資料。例如，5xx 回應飆升可能源自 Worker、您的來源伺服器，或是 Cloudflare 在全球或特定區域無法連線至您的來源。但在目前，排查此類問題需要瞭解每個訊號歸屬於哪個產品以及如何進行查詢。

可觀測性應該是一項橫跨整個平台的能力：它應該反映應用程式的實際運作方式，並提供解決問題所需的完整脈絡。在未來幾個月內，您將看到更多 Cloudflare 產品、資料集和工作流程加入這個共用的可觀測性平台，並具備更一致的定價、產品體驗與功能。這八項更新標誌著我們邁向更統一的 Observability 平台的第一步。

1. 在同一處調查所有記錄

​全新的 Logs 首頁將 ​Workers Observability（用於除錯 Workers 應用程式及其連接資源）與 Log Explorer（用於搜尋安全記錄）整合在一起。您現在可以從 HTTP 事件、防火牆事件、Workers、Containers、R2 和 AI Gateway 等記錄資料集中做選擇，並對每個資料集使用相同的調查工具與功能。

您可以從請求延遲增加的現象入手，按主機名稱或資料中心進行分組，將結果縮小至受影響的路徑範圍，並透過 Ray ID 檢查單一請求。如果排查過程指向了另一個 Cloudflare 產品，您無需離開記錄頁面即可切換資料集。跨多個資料集的查詢功能即將推出，讓您能夠在單次查詢中關聯不同產品間的相關事件。

您既可以使用原生 SQL 查詢記錄，也可以利用內建篩選器精準定位特定事件；此外，您還能透過自然語言建立視覺化圖表，並輕鬆排查與理解偵測到的異常情況。

2. 追蹤請求流經我們整個平台的歷程——現已進入公開測試階段

我們推出了 Cloudflare Traces 的公測版，讓您可以從請求層級查看各項功能（包含支援的安全性規則、轉換、快取決策、路由、Workers 和來源站處理）的執行情況。您可以直觀地瞭解流量如何在我們的平台上流轉，並理清 Cloudflare 設定與請求處理時間、路由決策等因素之間的關聯。

您可以設定基準取樣率以保持持續的可觀測性，也可以在排查問題時利用 Trace Rules 以更高的取樣率擷取特定流量。您可以針對主機名稱、路徑、IP 位址或標頭進行定向追踪，透過 Ray ID 進行搜尋，並直接在 Cloudflare 儀表板中查看產生的追蹤片段 (span)。

您可以透過 OpenTelemetry 匯出追蹤資料；同時，利用 W3C 追蹤上下文傳播 (trace context propagation) 機制，您可以接收傳入的追蹤上下文，並將其傳遞給來源站。請閱讀​完整部落格文章以深入瞭解 Cloudflare Tracing，或將以下指令交給您的智慧體以開始使用：

3. 讓您的智慧體使用統一的 SQL API 查詢可觀測性資料

智慧體同樣需要一致的方式來篩選可觀測性資料、排查問題、關聯訊號並驗證修復效果。我們推出了​統一的 SQL API（現處於測試階段），用於查詢整個 Cloudflare 平台上的遙測資料。使用者和智慧體無需分別對接 Workers 記錄、Containers 安全事件、HTTP 請求記錄和分析資料，而是可以使用統一的 SQL 變體、驗證模型和 API 介面來查詢這些資料。

您的智慧體可以使用全新的​ Cloudflare CLI (cf) 從命令列尋找並執行查詢，或透過 Cloudflare 的 Observability MCP 伺服器連線，以調查記錄、追蹤和分析。我們提供了​資料集結構描述、欄位和範例查詢，協助開發人員和智慧體建立查詢。

此外，我們還透過原生繫結將 SQL 介面直接帶入 Workers。現在，您的 Worker 無需設定單獨的 API 用戶端，即可執行多種操作，例如：查詢​ Analytics Engine 資料以計量客戶使用量並支援計費流程、建立面向客戶的分析儀表板、產生健康狀況報告，或實現故障排查自動化。

4. 針對所有擷取與儲存的記錄和追蹤資料採用新定價模式

針對在 Cloudflare 上擷取和儲存的所有記錄和追蹤資料，我們正轉向統一的 Observability 訂閱與定價模式。自 2026 年 12 月 1 日起，此定價模型將適用於所有方案（所有 Enterprise 客戶將於續約時生效），並涵蓋現有的 Developer Platform 記錄，包括 Workers、Containers、AI Gateway 以及所有追蹤資料。

鑑於記錄和追蹤資料的大小差異巨大，新模式是基於擷取和儲存的資料量（而非基於事件的計數）進行計費。有關定價的更多詳情，請查閱我們的​文件。

5. 根據您的可觀測性資料設定自訂警示——現已進入測試階段

通知功能（現更名為「警示」）剛剛獲得重大升級。您現在可以直接針對我們全新統一 SQL API 支援的任何項目定義自訂警示，包括 HTTP 請求記錄、Workers 事件、Workers Analytics Engine 資料集、分析資料集、追蹤和安全事件。

在儀表板中選擇資料集，或使用自訂 SQL 定義條件。然後選擇閾值、異常或 SLO，設定評估時間範圍，並選擇警示的傳送位置。例如，當來源 5xx 回應在五分鐘內超過閾值、Container 重複失敗、Worker 錯誤在部署後增加，或追蹤延遲超出預期限制時發出警示。 

您可以將警示直接傳送到團隊已在使用的工具，包括事件管理工具、聊天平台和 webhook。​Webhook 現已在所有方案中提供，讓您可以將警示路由到自訂服務，甚至傳送給您的智慧體以立即開始調查。若要開始使用，請查看我們的​文件或將以下指令交給您的智慧體：

6. 在一處查看您的網域分析——現提供 30 天保留期

以往，要瞭解網域上的運作狀況，往往需要拼湊來自不同 Cloudflare 產品的各項指標。我們現將流量、效能、安全性、快取、來源站及 DNS 資料整合在一起，助您直觀洞察各項資料間的關聯。一旦延遲增加，您可以迅速判斷是否與特定的 Cloudflare 資料中心、主機名稱或來源站有關。

此外，​所有方案現均包含 30 天的網域分析資料。長達一個月的歷史資料讓您有充裕時間在問題發生後進行排查，將當前資料與過往幾週的同期資料進行對比，並區分突發性的流量激增與持續性的趨勢變化。

7. 建立自訂儀表板

預先建置的儀表板涵蓋了常見的應用場景，但應用程式往往會使用到 Cloudflare 的多個元件。透過​「自訂儀表板」(Custom Dashboards)，您可以將 Cloudflare 各處的分析資料、Workers 平台的記錄與追蹤資料以及安全事件匯總到一個檢視中。您可以追蹤請求量、錯誤、延遲、儲存使用情況和被封鎖的流量，並與團隊共用該儀表板。您無需在每次排查問題時重新建立查詢，只需透過此介面即可監控對應用程式至關重要的各項指標。

8. Logpush 現已在所有自助服務方案中提供

Logpush 先前僅供 Enterprise 客戶使用，現已在所有自助服務方案中提供，讓您可以將所有 Cloudflare 記錄匯出到您已在使用的工具和目的地。需要在傳送前套用篩選器、執行編輯、豐富事件或重塑輸出？​Transformers 現已全面退出，讓您無需操作獨立的 ETL 管線即可套用任何 SQL 轉換。

我們正為 Logpush 和 Transformers 引入按​用量計費的定價。每項服務都包含免費的每月額度，額外用量則採簡單定價：

請造訪​文件以開始使用 Logpush 並查看完整的定價詳情。

即將推出：

• 更長的可觀測性資料保留期：您將能夠將記錄和追蹤資料保留長達一年，從而更輕鬆地調查重複發生的問題、比較歷史行為和分析長期趨勢。
• Workers 中的 OpenTelemetry API 支援：我們將繼續建構 OpenTelemetry API，以支援為現有追蹤片段新增屬性或取得追蹤上下文。
• 透過 OpenTelemetry 更輕鬆地匯出指標：您能夠將 Cloudflare 指標傳送到與 OpenTelemetry 相容的目的地，並與堆疊其餘部分的遙測資料一起分析。
• 新定價於 2026 年 12 月 1 日生效：如果您在 Cloudflare 上擷取或儲存可觀測性資料，統一定價方案將適用於您的用量。我們會在變更生效前通知您。

準備好開始調查了嗎？

有些人感覺 Cloudflare 就像一個黑盒子，我們理解這種感受。這些更新只是個開始，目的是揭露內部運作、讓底層資料更易於存取，並提供您採取行動所需的完整脈絡。隨著 AI 智慧體從「撰寫軟體」進化到「營運軟體」，這種透明度變得更加關鍵。只有能夠查詢事件經過、識別故障並驗證修復結果，智慧體才能真正實現從變更到結果的閉迴路管理。

透過围绕 OpenTelemetry、 W3C Trace Context 和 SQL 進行建構，我們致力於為您和您的智慧體提供標準、可攜的介面來存取這些脈絡。查看我們新的​ Observability 文件首頁以瞭解更多。