Radar es una interfaz de usuario de Kubernetes de código abierto y local-first que proporciona topología en vivo, líneas de tiempo de eventos, visibilidad de Helm y GitOps (ArgoCD/Flux), inspección de imágenes, auditorías y soporte de MCP para agentes de IA, ejecutándose como un único binario rápido o autoalojado en el clúster.
https://radarhq.io/?ref=producthunt&utm_source=aipure
Radar

Información del Producto

Actualizado:19/05/2026

¿Qué es Radar?

Radar (de Skyhook) es "la interfaz de usuario de Kubernetes que faltaba": una herramienta moderna de visibilidad y resolución de problemas diseñada para ayudar a los ingenieros a comprender lo que sucede en los clústeres de Kubernetes sin tener que manejar múltiples herramientas o depender únicamente de kubectl. Tiene licencia Apache 2.0, es de código abierto y se puede usar sin crear una cuenta o enviar datos a un servicio en la nube cuando se ejecuta localmente. Radar reúne las vistas operativas principales, como la exploración de recursos, la visualización de topologías, los eventos de Kubernetes, la gestión de versiones de Helm, el estado de GitOps y más, en una interfaz de usuario web cohesiva.

Características Principales de Radar

Radar es una interfaz de usuario de Kubernetes de código abierto y local (Apache 2.0) que proporciona visibilidad moderna del clúster a través de gráficos de topología en vivo, una línea de tiempo de eventos con retención más allá del TTL predeterminado de Kubernetes, gestión de recursos y Helm/GitOps, vistas de dependencia de tráfico/servicio, inspección del sistema de archivos de imágenes y comprobaciones de auditoría de clúster integradas. Puede ejecutarse como un binario Go único y rápido en su máquina (sin Electron, sin cuenta, sin agentes/CRD y sin datos que salgan de su máquina) o autoalojarse en el clúster a través de Helm, y también incluye un servidor MCP para que los asistentes de IA puedan consultar el contexto del clúster a través de Radar.
Interfaz de usuario de Kubernetes de un solo binario y local: Se ejecuta como un binario Go ligero con un frontend React incrustado; se conecta a través de kubeconfig existente sin inicio de sesión en la nube, sin agentes y sin instalación requerida en el lado del clúster.
Gráfico de topología en vivo: Visualiza implementaciones/servicios/ingress y sus relaciones como un gráfico en tiempo real con actualizaciones, ayudando a los equipos a comprender rápidamente las dependencias y las conexiones entre espacios de nombres.
Línea de tiempo de eventos con retención extendida: Captura eventos y deltas de Kubernetes en una línea de tiempo navegable para ayudarle a rebobinar incidentes más allá de la ventana TTL de eventos típica en el clúster.
Visibilidad de Helm y GitOps: Explore lanzamientos, revisiones y valores de Helm y vea el estado de GitOps con soporte nativo de ArgoCD/Flux para conectar el estado deseado con los recursos que produjo.
Visor del sistema de archivos de imágenes: Explore los sistemas de archivos de imágenes de contenedores sin kubectl exec o Docker, útil para depurar problemas de empaquetado y verificar el contenido de la imagen.
Integración de IA a través del servidor MCP integrado: Expone el contexto del clúster a asistentes de IA (por ejemplo, Claude/Cursor/Copilot) a través de MCP para flujos de trabajo de consulta y resolución de problemas más seguros y optimizados para tokens.

Casos de Uso de Radar

Resolución de problemas de incidentes de guardia: Cuando se disparan las alertas, los operadores pueden buscar recursos, inspeccionar las dependencias de la topología, revisar los registros y rebobinar la línea de tiempo de eventos para identificar regresiones más rápido que con los flujos de trabajo solo de kubectl.
Operaciones de flota de ingeniería de plataforma (autoalojadas o locales): Estandarice cómo los ingenieros exploran clústeres, espacios de nombres y cargas de trabajo, reduciendo la proliferación de herramientas (múltiples paneles/CLI) y acelerando las tareas operativas diarias.
Supervisión de la entrega impulsada por GitOps: Los equipos que usan ArgoCD o Flux pueden correlacionar el estado de sincronización de la aplicación con las cargas de trabajo y los servicios implementados, mejorando el seguimiento de cambios y la confianza en el lanzamiento.
Gobernanza y reversión de lanzamientos de Helm: Los equipos de aplicaciones pueden auditar lo que cambió entre las revisiones de Helm, revisar los archivos de valores y revertir los lanzamientos rápidamente durante las actualizaciones fallidas.
Comprobaciones de seguridad y mejores prácticas: Utilice las comprobaciones de auditoría del clúster para detectar configuraciones erróneas comunes y riesgos operativos durante las revisiones, migraciones o antes de los lanzamientos de producción.
Exploración de clústeres asistida por IA para soporte y depuración: Permita que un agente de IA consulte el contexto del clúster de Radar (a través de MCP) para acelerar las preguntas de "qué está funcionando/qué cambió/de qué depende esto" durante las investigaciones.

Ventajas

Código abierto (Apache 2.0) sin puertas de funciones; se puede autoalojar para siempre
Binario único rápido, ligero y sin Electron; puede ejecutarse localmente con kubeconfig y mantener los datos en su máquina
Fuerte visualización y flujo de trabajo de depuración: topología + línea de tiempo + exploración de recursos + Helm/GitOps
Múltiples modos de implementación: binario local o en el clúster a través de Helm

Desventajas

Las capacidades de toda la flota, como la agregación, el SSO, la retención persistente, las alertas enrutadas y los registros de auditoría, se posicionan como complementos de Radar Cloud en lugar de características de un solo binario
Algunas conexiones de topología (por ejemplo, recursos de GitOps a cargas de trabajo) dependen de cómo/dónde se implementan ArgoCD/Flux y a qué clúster está conectado Radar

Cómo Usar Radar

1) Elija cómo desea ejecutar Radar (local o en el clúster): Radar puede ejecutarse localmente como un único binario que utiliza su kubeconfig existente, o implementarse en un clúster a través de Helm para acceso compartido/en equipo. Ambos modos proporcionan la misma interfaz de usuario y características.
2) Instale Radar localmente (inicio más rápido): Ejecute: `curl -fsSL https://get.radarhq.io | sh && kubectl radar` para instalar Radar e iniciarlo contra el clúster en su contexto kubeconfig actual.
3) (Opcional) Instale Radar a través de administradores de paquetes: Si lo prefiere, instale usando Homebrew (`brew install skyhook-io/tap/radar`) o Krew (`kubectl krew install radar`). Luego inicie con `kubectl radar`.
4) (Opcional) Implemente Radar en el clúster con Helm (acceso compartido): Agregue el repositorio de Helm e instale: `helm repo add skyhook https://skyhook-io.github.io/helm-charts` y luego `helm install radar skyhook/radar -n radar --create-namespace`. Expóngalo a través de su entrada preferida para compartir la interfaz de usuario con su equipo.
5) Abra Radar y conéctese a su(s) clúster(es): En modo local, Radar lee su kubeconfig y abre una interfaz de usuario en el navegador. En modo en el clúster, accede a la interfaz de usuario servida (normalmente a través de una entrada).
6) Use la búsqueda global para encontrar recursos rápidamente: Use la barra de búsqueda única para localizar recursos por nombre/etiqueta/tipo. Esto está diseñado para evitar la "ruleta de kubectl" cuando no recuerda el espacio de nombres o el recurso exacto.
7) Explore la topología (gráfico de recursos en vivo): Abra la vista de Topología para ver implementaciones/servicios/entradas como un gráfico en vivo con actualizaciones en tiempo real. Haga clic en los nodos para profundizar en los detalles y comprender las dependencias y las relaciones entre espacios de nombres.
8) Inspeccione el tráfico del servicio y el estado de TLS (cuando esté disponible): Utilice las vistas de tráfico/topología para comprender los flujos este-oeste y de entrada y verificar los indicadores de estado del certificado TLS que aparecen en la interfaz de usuario.
9) Rebobine y revise la línea de tiempo de eventos: Abra la línea de tiempo para ver eventos y deltas de Kubernetes más allá del TTL de eventos predeterminado en el clúster. Úselo para reconstruir lo que cambió antes de un incidente.
10) Salte a los registros y solucione problemas de cargas de trabajo fallidas: Desde una vista de recurso (pod/carga de trabajo), salte directamente a los registros para diagnosticar bloqueos, reinicios y problemas de implementación sin tener que unir manualmente los comandos de kubectl.
11) Explore y administre las versiones de Helm: Utilice las vistas de Helm para ver las versiones, revisiones y valores. Compare revisiones, audite lo que cambió entre ellas y revierta a una revisión anterior cuando sea necesario.
12) Supervise los flujos de trabajo de GitOps (ArgoCD y Flux): Si usa ArgoCD o Flux, abra las vistas de GitOps para ver el estado de sincronización de la aplicación junto con los recursos de Kubernetes que produjeron esas aplicaciones.
13) Inspeccione los sistemas de archivos de imágenes de contenedores (no se requiere ejecución): Utilice la función de sistema de archivos de imágenes para explorar el contenido de las imágenes de contenedores directamente desde la interfaz de usuario, sin `kubectl exec` ni extracciones de imágenes de Docker locales.
14) Ejecute comprobaciones de auditoría del clúster: Abra la página de Auditoría del clúster para ejecutar comprobaciones de mejores prácticas (etiquetadas por marco) y use los resultados para priorizar las mejoras de endurecimiento y confiabilidad.
15) Comparta lo que ve con un enlace: Al colaborar durante los incidentes, use los enlaces compartibles de Radar para dirigir a los compañeros de equipo directamente al recurso, la ventana de la línea de tiempo o la vista relevante.
16) (Opcional) Use IA a través de MCP para resúmenes seguros y optimizados por tokens: Habilite y use la integración de MCP para permitir que las herramientas de IA compatibles (por ejemplo, Claude/Cursor/Copilot) lean el contexto del clúster de Radar para resúmenes y resolución de problemas guiada, manteniendo las acciones claramente anotadas y no destructivas.

Preguntas Frecuentes de Radar

Radar es una interfaz de usuario de Kubernetes de código abierto que proporciona visualización de topología, líneas de tiempo de eventos, visibilidad de Helm y GitOps, inspección de imágenes, auditorías de clústeres y un servidor MCP para agentes de IA.

Últimas herramientas de IA similares a Radar

Hapticlabs
Hapticlabs
Hapticlabs es un kit de herramientas sin código que permite a diseñadores, desarrolladores e investigadores diseñar, prototipar y desplegar fácilmente interacciones hápticas inmersivas en diferentes dispositivos sin codificación.
Deployo.ai
Deployo.ai
Deployo.ai es una plataforma integral de implementación de IA que permite una implementación, monitorización y escalado sin problemas de modelos con marcos de IA ética integrados y compatibilidad entre nubes.
CloudSoul
CloudSoul
CloudSoul es una plataforma SaaS impulsada por IA que permite a los usuarios desplegar y gestionar instantáneamente la infraestructura en la nube a través de conversaciones en lenguaje natural, haciendo que la gestión de recursos de AWS sea más accesible y eficiente.
Devozy.ai
Devozy.ai
Devozy.ai es una plataforma de autoservicio para desarrolladores impulsada por IA que combina gestión de proyectos Agile, DevSecOps, gestión de infraestructura multi-nube y gestión de servicios de TI en una solución unificada para acelerar la entrega de software.