
Radar
Radar 是一個開源、本地優先的 Kubernetes UI,提供即時拓撲、事件時間軸、Helm 和 GitOps (ArgoCD/Flux) 可見性、映像檔檢查、稽核以及對 AI 代理的 MCP 支援——作為單一快速二進位檔或在叢集內自託管運行。
https://radarhq.io/?ref=producthunt&utm_source=aipure

產品資訊
更新時間:2026年05月19日
什麼是 Radar
Radar (by Skyhook) 是「缺少的 Kubernetes UI」:一個現代化的可見性和故障排除工具,旨在幫助工程師了解 Kubernetes 叢集中發生的情況,而無需處理多個工具或僅依賴 kubectl。它採用 Apache 2.0 許可證,開源,並且在本地運行時無需創建帳戶或將資料發送到雲服務。Radar 將核心操作視圖(如資源瀏覽、拓撲視覺化、Kubernetes 事件、Helm 版本管理、GitOps 狀態等)整合到一個統一的 Web UI 中。
Radar 的主要功能
Radar 是一個開源的、本地優先的 Kubernetes UI (Apache 2.0),它透過即時拓撲圖、超越 Kubernetes 預設 TTL 的事件時間軸、資源和 Helm/GitOps 管理、流量/服務依賴視圖、映像檔檔案系統檢查以及內建的叢集稽核檢查,提供現代化的叢集可見性。它可以作為一個快速的單一 Go 二進位檔在您的機器上運行(沒有 Electron,沒有帳戶,沒有代理/CRD,也沒有數據離開您的機器),也可以透過 Helm 在叢集中自行託管,它還包括一個 MCP 伺服器,因此 AI 助理可以透過 Radar 查詢叢集上下文。
單一二進位檔,本地優先的 Kubernetes UI: 作為一個輕量級的 Go 二進位檔運行,帶有嵌入式 React 前端;透過現有的 kubeconfig 連接,無需雲端登錄、無需代理,也無需在叢集端安裝。
即時拓撲圖: 將部署/服務/Ingress 及其關係可視化為帶有更新的即時圖,幫助團隊快速了解依賴關係和跨命名空間連接。
具有擴展保留的事件時間軸: 捕獲 Kubernetes 事件和增量,並以可導航的時間軸顯示,幫助您回溯超出典型叢集內事件 TTL 視窗的事件。
Helm 和 GitOps 可見性: 瀏覽 Helm 發布、修訂和值,並透過原生 ArgoCD/Flux 支援查看 GitOps 狀態,以將所需狀態與其產生的資源連接起來。
映像檔檔案系統查看器: 無需 kubectl exec 或 Docker 即可瀏覽容器映像檔檔案系統,有助於調試打包問題和驗證映像檔內容。
透過內建 MCP 伺服器進行 AI 整合: 透過 MCP 將叢集上下文暴露給 AI 助理(例如 Claude/Cursor/Copilot),以實現更安全、令牌優化的查詢和故障排除工作流程。
Radar 的使用案例
隨叫隨到事件故障排除: 當警報觸發時,操作員可以搜尋資源、檢查拓撲依賴關係、審查日誌並回溯事件時間軸,以比僅使用 kubectl 的工作流程更快地找出問題。
平台工程機群操作(自行託管或本地): 標準化工程師探索叢集、命名空間和工作負載的方式,減少工具蔓延(多個儀表板/CLI)並加速日常操作任務。
GitOps 驅動的交付監督: 使用 ArgoCD 或 Flux 的團隊可以將應用程式同步狀態與部署的工作負載和服務關聯起來,從而改進變更追蹤和發布信心。
Helm 發布治理和回滾: 應用程式團隊可以稽核 Helm 版本之間變更的內容、審查值檔案,並在升級失敗時快速回滾發布。
安全和最佳實踐姿勢檢查: 在審查、遷移或生產發布之前,使用叢集稽核檢查來發現常見的錯誤配置和操作風險。
AI 輔助的叢集探索,用於支援和調試: 啟用 AI 代理透過 MCP 查詢 Radar 的叢集上下文,以加速調查期間的「正在運行什麼/什麼變更/什麼依賴於此」問題。
優點
開源 (Apache 2.0),沒有功能限制;可以永久自行託管
快速、輕量級、無 Electron 的單一二進位檔;可以在本地使用 kubeconfig 運行並將數據保留在您的機器上
強大的可視化和調試工作流程:拓撲 + 時間軸 + 資源瀏覽 + Helm/GitOps
多種部署模式:本地二進位檔或透過 Helm 在叢集中
缺點
機群範圍的功能,如聚合、SSO、持久保留、路由警報和稽核日誌,被定位為 Radar Cloud 附加元件,而不是單一二進位檔功能
某些拓撲連接(例如,GitOps 資源到工作負載)取決於 ArgoCD/Flux 的部署方式和位置,以及 Radar 連接到哪個叢集
如何使用 Radar
1) 選擇您想如何運行 Radar(本地或叢集內): Radar 可以作為一個單一的二進位檔在本地運行,使用您現有的 kubeconfig,或者透過 Helm 部署到叢集中以供共享/團隊存取。兩種模式都提供相同的 UI 和功能。
2) 在本地安裝 Radar(最快啟動): 運行:`curl -fsSL https://get.radarhq.io | sh && kubectl radar` 以安裝 Radar 並針對您當前 kubeconfig 上下文中的叢集啟動它。
3) (可選) 透過套件管理器安裝 Radar: 如果您願意,可以使用 Homebrew (`brew install skyhook-io/tap/radar`) 或 Krew (`kubectl krew install radar`) 進行安裝。然後使用 `kubectl radar` 啟動。
4) (可選) 使用 Helm 在叢集內部署 Radar(共享存取): 添加 Helm 儲存庫並安裝:`helm repo add skyhook https://skyhook-io.github.io/helm-charts` 然後 `helm install radar skyhook/radar -n radar --create-namespace`。透過您偏好的 Ingress 暴露它,以便與您的團隊共享 UI。
5) 打開 Radar 並連接到您的叢集: 在本地模式下,Radar 會讀取您的 kubeconfig 並打開瀏覽器 UI。在叢集內模式下,您會存取已提供的 UI(通常透過 Ingress)。
6) 使用全域搜尋快速查找資源: 使用單一搜尋欄按名稱/標籤/種類定位資源。這旨在避免在您不記得命名空間或確切資源時出現「kubectl 輪盤賭」。
7) 探索拓撲(即時資源圖): 打開拓撲視圖,將部署/服務/Ingress 視為具有即時更新的即時圖。點擊節點以深入了解詳細資訊並理解依賴關係和跨命名空間關係。
8) 檢查服務流量和 TLS 健康狀況(如果可用): 使用流量/拓撲視圖了解東西向和 Ingress 流量,並檢查 UI 中顯示的 TLS 憑證健康指標。
9) 回溯並查看事件時間軸: 打開時間軸以查看超出 Kubernetes 預設叢集內事件 TTL 的 Kubernetes 事件和差異。使用它來重建導致事件發生的變化。
10) 跳轉到日誌並排除故障工作負載: 從資源(Pod/工作負載)視圖中,直接跳轉到日誌以診斷崩潰、重新啟動和推出問題,而無需手動拼湊 kubectl 命令。
11) 瀏覽和管理 Helm 版本: 使用 Helm 視圖查看版本、修訂和值。比較修訂,審核它們之間的變化,並在需要時回滾到以前的版本。
12) 監控 GitOps 工作流程(ArgoCD 和 Flux): 如果您使用 ArgoCD 或 Flux,請打開 GitOps 視圖以查看應用程式同步狀態以及這些應用程式產生的 Kubernetes 資源。
13) 檢查容器映像檔系統(無需執行): 使用映像檔系統功能直接從 UI 瀏覽容器映像檔的內容,無需 `kubectl exec` 或本地 Docker 映像檔拉取。
14) 運行叢集稽核檢查: 打開叢集稽核頁面以運行最佳實踐檢查(框架標記),並使用結果來優先考慮強化和可靠性改進。
15) 透過連結分享您所看到的: 在事件期間協作時,使用 Radar 的可共享連結將隊友直接指向相關資源、時間軸視窗或視圖。
16) (可選) 透過 MCP 使用 AI 進行安全、令牌優化的摘要: 啟用並使用 MCP 整合,讓支援的 AI 工具(例如 Claude/Cursor/Copilot)讀取 Radar 的叢集上下文以進行摘要和引導式故障排除,同時保持操作清晰註釋且無破壞性。
Radar 常見問題
Radar 是一個開源的 Kubernetes UI,提供拓撲視覺化、事件時間軸、Helm 和 GitOps 可見性、映像檢查、叢集稽核以及用於 AI 代理的 MCP 伺服器。











