OpenTelemetry 可觀測性

保留 OpenTelemetry 開放採集,無需重建分析後端

把 OpenTelemetry SDK、OTel Collector 和 OTLP 的遙測資料接入觀測雲,統一分析指標、日誌、Trace、Profile 與事件上下文,同時保留不綁定廠商的埋點和傳輸架構。

為何要把 OpenTelemetry 連接至統一可觀測平台

01保留開放埋點

使用 OpenTelemetry 採集指標、日誌和 Trace,同時降低分析後端綁定。

02跨訊號關聯

把 OTel 資料連接到主機、容器、RUM、事件與服務責任人。

03支援多語言服務

在 Java、Go、Python、Node.js 等運行環境中使用一致的資源與服務屬性。

04減少後端運維

把開放採集與託管儲存、查詢、告警和資料管道組合起來。

05保留遷移彈性

架構演進時可以繼續使用既有 SDK 與 Collector 部署。

OpenTelemetry 資料路徑

由埋點採集到故障調查,持續保留同一份服務上下文

把採集、處理、服務身份和調查連成完整路徑,讓開放遙測資料進入日常運維後仍保留上下文。

  1. 標準化埋點

    使用 OpenTelemetry SDK、自動埋點或既有 Agent 採集指標、日誌和 Trace。

  2. 處理及路由遙測資料

    透過 OTel Collector、OTLP 或 DataKit 轉換、篩選並傳送遙測資料。

  3. 保留服務身份

    統一 service、environment、version 和資源屬性,讓不同訊號指向同一服務。

  4. 進入調查與驗證

    使用 DQL、儀表板、監控器、事件、日誌和 Trace 定位問題並確認復原。

接收 OpenTelemetry 指標、日誌與 Trace

把 OpenTelemetry SDK、OTel Collector 或 OTLP 相容管道的資料送入觀測雲,在保留開放埋點的同時,獲得指標、日誌、Trace、Profile、儀表板與告警的託管分析能力。
預約演示
接收 OpenTelemetry 指標、日誌與 Trace
從一條 Trace 繼續追到服務、日誌與基礎設施

從一條 Trace 繼續追到服務、日誌與基礎設施

從慢請求或失敗請求進入服務拓撲、相關日誌、主機、容器和相依資源;一致的 resource 與 service 屬性讓調查不會中斷。
預約演示

跨團隊統一服務身份與屬性

用一致的 service、environment、version 和 resource 屬性整理不同語言與團隊的遙測資料,讓同一上下文可搜尋、可告警,也可在後續調查重用。
預約演示
跨團隊統一服務身份與屬性
把 OTel 遙測資料轉化為儀表板、告警與事件流程

把 OTel 遙測資料轉化為儀表板、告警與事件流程

透過 DQL、儀表板、異常檢測、監控器和事件,讓 OpenTelemetry 資料進入日常運維,而不是停留在採集層。
預約演示

把 OpenTelemetry 接入全棧可觀測性

連接 RUM、CI、基礎設施、Kubernetes、日誌管理和安全資料,理解完整系統行為與真實用戶影響。
預約演示
把 OpenTelemetry 接入全棧可觀測性

繼續建設開放可觀測技術棧

常見問題

OpenTelemetry 資料可以直接傳送到觀測雲嗎?

可以。團隊可使用 OpenTelemetry SDK、OTel Collector 或 OTLP 相容管道,把指標、日誌和 Trace 送入觀測雲統一分析。

已部署 OTel Collector,還需要 DataKit 嗎?

取決於採集架構。DataKit 可提供觀測雲的採集和處理能力;既有 OpenTelemetry 管道亦可保留並轉發相容遙測資料,兩者可以配合使用。

OpenTelemetry 與 APM 有甚麼關係?

OpenTelemetry 統一埋點和遙測傳輸;APM 則分析服務效能、請求 Trace、錯誤、相依關係和運維流程。觀測雲把 OpenTelemetry 資料納入更完整的 APM 和全棧分析層。

觀測雲會取代 OTel Collector 嗎?

不會。OTel Collector 負責接收、處理和路由遙測資料;觀測雲提供託管儲存、查詢、關聯分析、告警和事件流程。既有 Collector 可以保留並把資料傳送至觀測雲。

可以使用哪些 OpenTelemetry 訊號和協議?

團隊可以透過 OTLP 傳送指標、日誌和 Trace,並在相關埋點元件支援時接入 Profile。觀測雲會保留服務和資源屬性,用於跨訊號查詢和關聯調查。

瞭解觀測雲如何接收 OpenTelemetry 資料,並連接完整運維上下文

預約演示