UStackUStack
Radar icon

Radar

Radar è una UI open-source per Kubernetes: ispeziona topology, eventi, Helm release e stato GitOps su uno o più cluster.

Radar

Cos'è Radar?

Radar è una UI open-source per Kubernetes progettata per rendere più facile comprendere e debuggare le operazioni multi-cluster rispetto all'uso esclusivo di kubectl. Fornisce un'interfaccia grafica per ispezionare la topologia del cluster, gli eventi, i carichi di lavoro e i segnali operativi correlati sui cluster connessi.

Il progetto può essere eseguito come un singolo binario Go in locale o auto-ospitato in un cluster Kubernetes, con licenza Apache 2.0 e senza account richiesto per la versione OSS. Radar Cloud è descritto come un'offerta separata che aggiunge funzionalità non pensate per un singolo binario, come aggregazione fleet, ritenzione persistente, alert instradati, SSO e log di audit.

Caratteristiche Principali

  • Visualizzazioni di topologia e dipendenze: Visualizza le relazioni live tra i servizi (incluso traffico est-ovest e flussi ingress) per comprendere come i componenti si connettono.
  • Timeline eventi e navigazione: Ispeziona gli eventi Kubernetes e riavvolgi la timeline degli eventi per tracciare cosa è successo durante un incidente.
  • Visibilità carichi di lavoro e versioni: Cerca tra i cluster e confronta le versioni dei carichi di lavoro fianco a fianco.
  • Ispezione chart/release Helm: Visualizza la cronologia delle release Helm come revisioni e file di valori, e verifica cosa è cambiato tra le revisioni.
  • Visibilità GitOps con Argo CD e Flux: Vedi lo stato di sincronizzazione delle applicazioni accanto alle risorse prodotte, con supporto nativo per Argo CD e Flux.
  • Ispezione immagini (visualizzatore filesystem immagini): Ispeziona le immagini container, incluso un visualizzatore filesystem, per esaminare i contenuti durante il debug.
  • Audit cluster e azioni di sicurezza: Usa le visualizzazioni di audit (incluso il concetto di “audit logs” in Radar Cloud) per rivedere cambiamenti e azioni privilegiate.
  • MCP per agenti AI: Espone funzionalità tramite “MCP for AI agents”, consentendo agli agenti AI di interagire con Radar.

Come Usare Radar

  1. Scegli la modalità di installazione: Esegui Radar come tool locale o auto-ospitalo nel tuo cluster. Il sito elenca opzioni di installazione tra cui uno script shell one-line (via curl + sh), Homebrew, app desktop e installazione in-cluster.
  2. Connettiti a Kubernetes: Per il percorso self-hosted/in-cluster, installa Radar e usalo dal tuo ambiente; per l'uso locale, eseguilo con accesso al tuo contesto Kubernetes.
  3. Inizia con ricerca e navigazione: Usa la ricerca dell'UI per trovare risorse per nome, label o kind tra i cluster connessi, poi apri il carico di lavoro o risorsa rilevante per visualizzare timeline, contesto topologico e dettagli correlati.

Casi d'Uso

  • Risoluzione incidenti senza SSH e ricerca log: Quando un alert si attiva (ad esempio, un pod che crasha in un namespace non riconosciuto), cerca tra i tuoi cluster, salta ai log e segui la timeline degli eventi dalla stessa UI.
  • Panoramica fleet-wide “cosa sta fallendo?”: Ottieni una vista unica di pod in fallimento, certificati in scadenza, pacchetti drifted o health check falliti tra più cluster, invece di controllare ogni cluster separatamente.
  • Debug sincronizzazione GitOps: Se un'applicazione non raggiunge lo stato atteso, usa il supporto Argo CD/Flux per ispezionare lo stato di sync accanto alle risorse prodotte.
  • Audit cambiamenti Helm e prontezza rollback: Quando le release cambiano inaspettatamente, rivedi le revisioni Helm e i file di valori, confronta cosa è cambiato tra le revisioni e identifica la revisione precedente per il rollback.
  • Analisi traffico e topologia per dipendenze servizi: Ispeziona grafici di traffico live (traffico est-ovest, flussi ingress e salute certificati TLS) per comprendere quali servizi dipendono dagli altri.

FAQ

Radar è open-source?
Sì. La pagina afferma che Radar è open source e licenziato sotto Apache 2.0.

Serve un account per usare la versione OSS?
No. Il sito afferma che l'esperienza OSS single-binary non richiede account.

Radar può girare in locale o in-cluster?
Sì. Può essere eseguito in locale come singolo binario o auto-ospitato nel tuo cluster.

Cosa aggiunge Radar Cloud rispetto al binario OSS?
La pagina descrive Radar Cloud come aggiungente aggregazione fleet, ritenzione persistente, alert instradati, SSO e log di audit—funzionalità oltre quanto un singolo binario possa ragionevolmente fare.

Radar si integra con tool GitOps?
Sì. Elenca supporto nativo per Argo CD e Flux per visualizzare stato di sync e risorse prodotte.

Alternative

  • kubectl (e plugin kubectl): Ideale per ispezioni dirette da command-line su un singolo cluster o query puntuali rapide; manca della navigazione multi-cluster consolidata via UI descritta per Radar.
  • Altre UI dashboard/monitoring Kubernetes: Altre UI possono offrire viste simili alla topology e ispezione eventi/workload, ma la pagina Radar enfatizza il suo ambito combinato (topology, Helm, GitOps, audit, ispezione immagini) e approccio OSS single-binary.
  • Tool di aggregazione Fleet: Per organizzazioni focalizzate sulla gestione di più cluster con viste centralizzate, questi tool possono sovrapporsi al workflow fleet-oriented di Radar, sebbene Radar Cloud targetti specificamente aggregazione fleet e retention.
  • Dashboard GitOps-centriche: Se il bisogno principale è lo stato delle applicazioni GitOps, i dashboard nativi GitOps si concentrano su sync/stato, mentre il posizionamento di Radar include anche visibilità Helm release, topology e contesto di debug incident più ampio.