Radar

Was ist Radar?

Radar ist eine Open-Source-Kubernetes-UI, die Multi-Cluster-Operationen einfacher verständlich und debugbar macht als mit kubectl allein. Sie bietet eine grafische Oberfläche zur Inspektion von Cluster-Topologie, Events, Workloads und verwandten Betriebsignalen über verbundene Cluster hinweg.

Das Projekt lässt sich als einzelnes Go-Binary lokal oder self-hosted in einem Kubernetes-Cluster ausführen, mit Apache-2.0-Lizenz und ohne Account für die OSS-Version. Ein separates Radar Cloud-Angebot erweitert um Funktionen, die für ein Single-Binary nicht vorgesehen sind, wie Fleet-Aggregation, persistente Speicherung, geroutete Alerts, SSO und Audit-Logs.

Wichtige Funktionen

• Topologie- und Abhängigkeitsansichten: Visualisieren Sie Live-Service-Beziehungen (inkl. East-West-Traffic und Ingress-Flows), um zu verstehen, wie Komponenten verbunden sind.
• Event-Timeline und -Durchsuchung: Untersuchen Sie Kubernetes-Events und spulen Sie die Event-Timeline zurück, um zu verfolgen, was bei einem Incident passiert ist.
• Workload- und Versionssichtbarkeit: Suchen Sie über Cluster hinweg und vergleichen Sie Workload-Versionen nebeneinander.
• Helm-Chart-/Release-Inspektion: Sehen Sie Helm-Release-Historie wie Revisionen und Value-Files, und prüfen Sie Änderungen zwischen Revisionen.
• GitOps-Sichtbarkeit mit Argo CD und Flux: Erkennen Sie Sync-Status von Anwendungen neben den erzeugten Ressourcen, mit nativer Unterstützung für Argo CD und Flux.
• Image-Inspektion (Image-Filesystem-Viewer): Untersuchen Sie Container-Images inkl. Filesystem-Viewer, um Inhalte beim Debuggen zu prüfen.
• Cluster-Audits und sicherheitsrelevante Aktionen: Nutzen Sie Audit-Ansichten (inkl. „Audit-Logs“-Konzept in Radar Cloud), um Änderungen und privilegierte Aktionen zu überprüfen.
• MCP für AI-Agents: Stellen Sie Funktionalität über „MCP for AI agents“ bereit, damit AI-Agents mit Radar interagieren können.

So nutzen Sie Radar

1. Installationsmodus wählen: Führen Sie Radar als lokales Tool aus oder hosten Sie es self-hosted in Ihrem Cluster. Die Seite listet Installationsoptionen wie einzeiliges Shell-Skript (via curl + sh), Homebrew, Desktop-App und In-Cluster-Installation.
2. Mit Kubernetes verbinden: Für self-hosted/in-cluster: Installieren Sie Radar und nutzen Sie es in Ihrer Umgebung; für lokalen Einsatz: Führen Sie es mit Zugriff auf Ihren Kubernetes-Kontext aus.
3. Mit Suche und Navigation starten: Nutzen Sie die UI-Suche, um Ressourcen nach Name, Label oder Kind über verbundene Cluster zu finden, und öffnen Sie die relevante Workload oder Ressource für Timeline, Topologie-Kontext und Details.

Anwendungsfälle

• Incident-Troubleshooting ohne SSH und Log-Spelunking: Bei ausgelöstem Alert (z. B. crashing Pod in unbekanntem Namespace) suchen Sie über Cluster, springen zu Logs und folgen der Event-Timeline – alles in einer UI.
• Fleet-weite „Was versagt?“-Übersicht: Eine Ansicht für fehlende Pods, ablaufende Zertifikate, gedriftete Pakete oder fehlgeschlagene Health-Checks über mehrere Cluster, statt pro Cluster zu prüfen.
• GitOps-Sync-Debugging: Wenn eine App nicht den erwarteten Status erreicht, nutzen Sie Argo-CD-/Flux-Unterstützung, um Sync-Status neben erzeugten Ressourcen zu inspizieren.
• Helm-Änderungs-Auditing und Rollback-Bereitschaft: Bei unerwarteten Release-Änderungen prüfen Sie Revisionen und Value-Files, vergleichen Änderungen und identifizieren die vorherige Revision zum Rollback.
• Traffic- und Topologie-Analyse für Service-Abhängigkeiten: Untersuchen Sie Live-Traffic-Graphen (East-West-Traffic, Ingress-Flows und TLS-Zertifikat-Health), um Service-Abhängigkeiten zu verstehen.

FAQ

Ist Radar Open Source?
Ja. Die Seite gibt an, dass Radar Open Source ist und unter Apache 2.0 lizenziert.

Brauche ich für die OSS-Version einen Account?
Nein. Die Seite bestätigt, dass das Single-Binary-OSS-Erlebnis keinen Account erfordert.

Kann Radar lokal oder in-cluster laufen?
Ja. Es läuft lokal als Single-Binary oder self-hosted in Ihrem Cluster.

Was fügt Radar Cloud im Vergleich zur OSS-Binary hinzu?
Die Seite beschreibt Fleet-Aggregation, persistente Speicherung, geroutete Alerts, SSO und Audit-Logs – Funktionen jenseits dessen, was ein Single-Binary leisten kann.

Integriert sich Radar mit GitOps-Tools?
Ja. Es listet native Unterstützung für Argo CD und Flux zur Ansicht von Sync-Status und erzeugten Ressourcen.

Alternativen

• kubectl (und kubectl-Plugins): Ideal, wenn Sie direkte Kommandozeilen-Inspektion für einen einzelnen Cluster oder eine schnelle Punkt-in-Time-Abfrage benötigen; es fehlt die konsolidierte, UI-basierte Multi-Cluster-Navigation wie bei Radar.
• Andere Kubernetes-Dashboards/Monitoring-UIs: Alternative UIs bieten topologieähnliche Ansichten und Event-/Workload-Inspektion, aber Radar hebt seinen kombinierten Umfang (Topologie, Helm, GitOps, Audits, Image-Inspektion) und den OSS-Single-Binary-Ansatz hervor.
• Fleet-Aggregations-Tools: Für Organisationen, die sich auf die Verwaltung mehrerer Cluster mit zentralen Ansichten konzentrieren, überschneiden sich diese Tools mit Radars fleet-orientiertem Workflow, wobei Radar Cloud speziell Fleet-Aggregation und Retention adressiert.
• GitOps-zentrierte Dashboards: Wenn Ihr Hauptbedarf GitOps-Application-State ist, fokussieren GitOps-native Dashboards auf Sync/State, während Radar auch Helm-Release-Sichtbarkeit, Topologie und breiteren Incident-Debugging-Kontext bietet.