基礎設施監控：雲端、容器與主機可觀測性 | 觀測雲

基礎設施監控解決甚麼問題

把分散資源轉化為可關聯、可採取行動的基礎設施視圖

觀測雲透過 DataKit、雲端整合與一致標籤，持續連接資源身分、效能與依賴關係。團隊可由整體資源異常逐步收斂至受影響的主機、容器、程序或網絡路徑，並核實周邊應用影響。

01統一資源清單在同一工作空間查看主機、容器、程序、Kubernetes、網絡與雲端資源。
02容量與效能持續追蹤 CPU、記憶體、磁碟、檔案系統、網絡、負載與容器飽和度。
03拓撲與影響利用資源及網絡關係瞭解依賴項和事故影響範圍。
04關聯上下文把基礎設施指標連接至日誌、Trace、事件、警報與應用服務。

真實調查路徑

從資源異常定位受影響服務與基礎設施邊界

先找出異常資源羣組，判斷壓力是否持續，再利用拓撲與應用上下文確定實際影響範圍。

判斷異常集中在哪一類資源

查看證據資源類型、環境、地區、服務、負責團隊與目前健康狀態

得到結論把事故範圍由整體環境收斂至特定工作負載或資源羣組

數據接入路徑

DataKit 與雲端整合 → 資源清單與指標 → 拓撲 → 日誌、Trace、事件與警報

適用場景

適合負責主機、容器、Kubernetes、網絡及混合基礎設施的維運、SRE、平台與雲端團隊。

使用邊界

採集與標籤必須保留資源身分。請使用 APM 分析請求級程式碼路徑，並使用 RUM 量度真實使用者影響。

查看接入說明文件

不要停在資源指標，加入日誌、Trace、事件與警報

在指標、日誌、應用 Trace、事件與警報之間切換時，保留相同資源身分與時間範圍，協助團隊區分資源壓力、應用回歸、部署變更與下游故障。

查看説明文件

不要停在資源指標，加入日誌、Trace、事件與警報

常見問題

甚麼是基礎設施監控？

基礎設施監控會持續量度主機、容器、程序、網絡、Kubernetes 與雲端資源的健康、效能、容量及可用性。觀測雲亦把這些訊號連接至應用與日誌上下文，支援進一步調查。

基礎設施團隊應監控哪些指標？

常見訊號包括 CPU、記憶體、磁碟和檔案系統使用量、網絡輸送量與錯誤、系統負載、程序健康、容器資源消耗及雲端服務指標。實際指標組合應按工作負載與服務目標調整。

基礎設施監控如何加快疑難排解？

它會顯示異常發生位置、依賴該資源的服務，以及同一時間的變更。團隊可直接轉至相關日誌、Trace、事件與警報，毋須手動對齊多套工具。

哪些團隊會使用觀測雲基礎設施監控？

維運、SRE、平台、雲端與開發團隊會使用它管理混合雲與多雲環境、Kubernetes 和容器平台，以及業務關鍵主機與服務。

繼續探索

資源與延伸閲讀

從產品説明文件、相關方案到技術實踐，按當前問題選擇下一步。

相關閲讀

來自產品實踐、故障排查與技術方案的精選內容

Kubernetes 可觀測性最佳實踐

Kubernetes 可觀測性最佳實踐

為 Kubernetes 叢集、工作負載、資源與應用上下文建立實用監控模型。

Docker 容器可觀測性最佳實踐

Docker 容器可觀測性最佳實踐

收集並關聯容器指標、日誌與執行時上下文，加快疑難排解。

Kubelet 可觀測性最佳實踐

Kubelet 可觀測性最佳實踐

監控影響節點與工作負載可靠性的 Kubelet 健康及資源訊號。

AWS ECS on Fargate 可觀測性最佳實踐

AWS ECS on Fargate 可觀測性最佳實踐

在同一流程觀測 Fargate 服務、任務、容器與應用遙測資料。