阿里雲 Monitoring

把阿里雲資源與應用上下文放在一起監控

將文件已列明的阿里雲資源指標、事件、日誌與帳單資料帶入觀測雲，再與主機、ACK、Trace 及使用者體驗對齊。每項服務仍需依對應文件設定採集器、權限、區域與採集參數。

立即开始预约演示

為什麼團隊會在阿里雲原生監控之上加入共用可觀測性

阿里雲排查流程

從雲端症狀走到可驗證的解釋

先確認受影響服務，再縮小資源範圍、對齊應用證據，最後用同一組篩選條件確認恢復。

確認影響
界定受影響的帳號、區域、服務、使用者與時間範圍。
縮小資源範圍
按服務、識別碼、標籤和負責人篩選資源指標、事件與告警。
對齊 Telemetry
在已設定的前提下，比對 ACK、主機、Trace、日誌、發佈與使用者信號。
驗證恢復
變更後重新檢查資源健康、服務延遲、錯誤、告警與使用者影響。

連結你真正使用、且文件已列明的阿里雲服務

從觀測雲整合目錄確認 ECS、ACK、RDS、SLB、OSS 與 Redis 的採集支援。只啟用必要服務，並為每條路徑記錄憑證、權限、區域、Namespace、採集週期與已知延遲。

連結你真正使用、且文件已列明的阿里雲服務

把 ACK 與工作負載 Telemetry 視為獨立資料路徑

把 ACK 與工作負載 Telemetry 視為獨立資料路徑

連結雲端帳號不會自動為 Kubernetes 工作負載或應用程式完成埋點。依文件設定取得 Pod、日誌、Trace 與執行階段證據所需的叢集、DataKit、SDK 或 OpenTelemetry 路徑。

從資源症狀追到應用行為

將資源壓力和雲端事件與服務延遲、錯誤、依賴、日誌、發佈和真實使用者信號對齊。共用的服務與環境標籤可保持排查連續。

從資源症狀追到應用行為

以一致上下文管理多帳號與多區域

以一致上下文管理多帳號與多區域

標準化雲端供應商、帳號、區域、環境、團隊與服務標籤，讓儀表板、監控器和事故流程能重複使用，同時保留責任邊界。

在限制條件中評估成本與容量

把已支援的帳單資料與資源使用率和服務需求放在一起，同時納入雲端 API 費用、採集延遲、保留期、幣別與取得成本資料所需的權限。

在限制條件中評估成本與容量

Connected Observability

把 Kubernetes 现场接回完整运行上下文

按当前问题继续进入对应能力，不必从产品目录重新寻找入口。

雲端監控查看雲端資源、物件、指標、事件與共用標籤。 Kubernetes 監控檢查 ACK 叢集、工作負載、Pod、容器與 Kubernetes 事件。 APM 應用效能監控沿著服務與依賴追蹤慢請求和失敗請求。日誌監控與分析以共用上下文搜尋雲端、平台與應用日誌。

比較雲端監控路徑

AWS 監控

AWS 監控

騰訊雲監控

騰訊雲監控

華為雲監控

華為雲監控

Azure 監控

Azure 監控

Kubernetes 監控

Kubernetes 監控

常见问题

觀測雲可以監控哪些阿里雲服務？

支援範圍以服務為單位，並會隨整合更新而變化。請以最新觀測雲整合目錄與各服務頁面為準，確認指標、物件、日誌、設定、權限與限制。

觀測雲會取代阿里雲原生監控工具嗎？

不做全面取代的假設。雲端原生服務仍是供應商專屬 Telemetry 與控制的來源；觀測雲提供橫跨已設定雲端資源、Kubernetes、應用、日誌、使用者體驗與其他環境的共用排查層。

連結雲端帳號後會自動採集 Trace 和應用日誌嗎？

不會。帳號整合、ACK 監控、主機採集、應用 Trace、日誌採集和 RUM 各有獨立設定路徑，必須分別設定與驗證。

同一個 Workspace 可以監控多家雲端供應商嗎？

可以，但以已有文件的雲端供應商與服務為限。先定義共用的供應商、帳號、區域、環境、服務與負責人標籤，再分別驗證每家供應商的採集範圍與權限。