Radar 是开源的吗？它使用什么许可证？

是的。Radar 是基于 Apache 2.0 许可证的开源项目，完整产品可在 https://github.com/skyhook-io/radar 获取。

如何快速安装和运行 Radar？

快速本地安装命令是：`curl -fsSL https://get.radarhq.io | sh && kubectl radar`。Radar 也可以通过 Homebrew、Krew、Scoop、RPM、直接下载或使用 Helm 在集群内部署。

Radar 可以在不向我的 Kubernetes 集群安装任何东西的情况下运行吗？

是的。Radar 可以在您的笔记本电脑上作为单个二进制文件本地运行，并使用您的 kubeconfig 直接与 Kubernetes API 通信——无需代理，也无需 CRD。

我可以将 Radar 部署到我的集群中供团队访问吗？

是的。Radar 可以通过 Helm 在集群内安装（例如，`helm repo add skyhook https://skyhook-io.github.io/helm-charts` 和 `helm install radar skyhook/radar -n radar --create-namespace`）。

Radar Cloud 在开源 Radar UI 的基础上增加了哪些功能？

Radar Cloud 保留了相同的 UI，并增加了集群聚合、持久保留、路由通知/警报（例如 Slack/PagerDuty/Teams/webhooks）、带范围 RBAC 的 SSO 和审计日志。

Radar Cloud 支持从 UI 升级集群内的 Radar 安装吗？

是的。当新版本发布时，Radar Cloud 包含从 UI 进行一键式集群内升级的功能。

Radar 关注哪些关键产品领域？

Radar 重点关注拓扑（实时资源图）、事件时间线（超出默认 Kubernetes 事件 TTL）、容器镜像的文件系统浏览、集群审计（最佳实践检查）以及对 FluxCD 和 ArgoCD 的 GitOps 支持。

Radar

WebsiteFreemiumAI DevOps Assistant AI Website Builder

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 连接，无需云登录，无需代理，也无需集群端安装。

实时拓扑图: 将部署/服务/入口及其关系可视化为带有更新的实时图，帮助团队快速了解依赖关系和跨命名空间连接。

具有扩展保留期的事件时间线: 捕获 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 代理能够查询 Radar 的集群上下文（通过 MCP），以加速调查期间“正在运行什么/发生了什么变化/什么依赖于此”的问题。

优点

开源（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`。通过您首选的入口暴露它，以便与您的团队共享 UI。

5) 打开 Radar 并连接到您的集群: 在本地模式下，Radar 读取您的 kubeconfig 并打开浏览器 UI。在集群内模式下，您访问提供的 UI（通常通过入口）。

6) 使用全局搜索快速查找资源: 使用单个搜索栏按名称/标签/种类查找资源。这旨在避免当您不记得命名空间或确切资源时的“kubectl 轮盘赌”。

7) 探索拓扑（实时资源图）: 打开拓扑视图以查看部署/服务/入口作为具有实时更新的实时图。单击节点以深入了解详细信息并理解依赖关系和跨命名空间关系。

8) 检查服务流量和 TLS 健康状况（如果可用）: 使用流量/拓扑视图了解东西向和入口流量，并检查 UI 中显示的 TLS 证书健康指标。

9) 回溯并查看事件时间线: 打开时间线以查看超出 Kubernetes 默认短事件保留期的 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 的集群上下文以获取摘要和指导性故障排除，同时保持操作清晰标注且无破坏性。