Radar

O que é Radar?

Radar é uma UI open-source para Kubernetes projetada para facilitar a compreensão e depuração de operações multi-cluster em comparação ao uso exclusivo do kubectl. Ela fornece uma interface gráfica para inspecionar topologia do cluster, eventos, workloads e sinais operacionais relacionados em clusters conectados.

O projeto pode ser executado como um único binário Go localmente ou auto-hospedado em um cluster Kubernetes, com licença Apache 2.0 e sem necessidade de conta para a versão OSS. Uma oferta separada Radar Cloud adiciona capacidades não destinadas a um único binário, como agregação de frota, retenção persistente, alertas roteados, SSO e logs de auditoria.

Principais Recursos

• Visualizações de topologia e dependências: Visualize relações de serviços ao vivo (incluindo tráfego leste-oeste e fluxos de ingress) para entender como os componentes se conectam.
• Cronologia de eventos e navegação: Inspecione eventos Kubernetes e rebobine a cronologia de eventos para rastrear o que aconteceu durante um incidente.
• Visibilidade de workloads e versões: Pesquise em clusters e compare versões de workloads lado a lado.
• Inspeção de charts/releases Helm: Visualize histórico de releases Helm, como revisões e arquivos de valores, e audite o que mudou entre revisões.
• Visibilidade GitOps com Argo CD e Flux: Veja o estado de sincronização de aplicações ao lado dos recursos produzidos, com suporte nativo para Argo CD e Flux.
• Inspeção de imagens (visualizador de filesystem de imagem): Inspecione imagens de contêineres, incluindo visualizador de filesystem, para examinar conteúdos durante depuração.
• Auditorias de cluster e ações de segurança: Use visualizações de auditoria (incluindo conceito de “audit logs” no Radar Cloud) para revisar mudanças e ações privilegiadas.
• MCP para agentes de IA: Exponha funcionalidades via “MCP for AI agents”, permitindo que agentes de IA interajam com o Radar.

Como Usar o Radar

1. Escolha o modo de instalação: Execute o Radar como ferramenta local ou auto-hospede-o no seu cluster. O site lista opções de instalação, incluindo script shell de uma linha (via curl + sh), Homebrew, app desktop e instalação in-cluster.
2. Conecte ao Kubernetes: Para o caminho auto-hospedado/in-cluster, instale o Radar e use-o no seu ambiente; para uso local, execute-o com acesso ao contexto Kubernetes.
3. Comece com busca e navegação: Use a busca da UI para encontrar recursos por nome, rótulo ou tipo em clusters conectados, depois abra o workload ou recurso relevante para ver cronologia, contexto de topologia e detalhes relacionados.

Casos de Uso

• Solução de incidentes sem SSH e caça a logs: Quando um alerta dispara (por exemplo, pod crashando em um namespace desconhecido), pesquise em seus clusters, acesse logs e siga a cronologia de eventos na mesma UI.
• Visão geral “o que está falhando?” em frota: Obtenha uma visão única de pods falhando, certificados expirando, pacotes desviados ou verificações de saúde falhadas em múltiplos clusters, em vez de verificar cada cluster separadamente.
• Depuração de sincronização GitOps: Se uma aplicação não atingir o estado esperado, use suporte Argo CD/Flux para inspecionar estado de sincronização ao lado dos recursos produzidos.
• Auditoria de mudanças Helm e prontidão para rollback: Quando releases mudam inesperadamente, revise revisões Helm e arquivos de valores, compare o que mudou entre revisões e identifique a revisão anterior para rollback.
• Análise de tráfego e topologia para dependências de serviços: Inspecione gráficos de tráfego ao vivo (tráfego leste-oeste, fluxos de ingress e saúde de certificados TLS) para entender quais serviços dependem de outros.

FAQ

O Radar é open-source?
Sim. A página afirma que o Radar é open source e licenciado sob Apache 2.0.

Preciso de uma conta para usar a versão OSS?
Não. O site afirma que a experiência OSS de binário único não requer conta.

O Radar pode rodar localmente ou in-cluster?
Sim. Pode ser executado localmente como binário único ou auto-hospedado no cluster.

O que o Radar Cloud adiciona em comparação ao binário OSS?
A página descreve o Radar Cloud como adicionando agregação de frota, retenção persistente, alertas roteados, SSO e logs de auditoria — recursos além do que um binário único pode razoavelmente fazer.

O Radar se integra com ferramentas GitOps?
Sim. Lista suporte nativo para Argo CD e Flux para visualizar estado de sincronização e recursos produzidos.

Alternativas

• kubectl (e plugins do kubectl): Ideal quando você precisa de inspeção direta via linha de comando para um único cluster ou uma consulta rápida pontual; falta a navegação consolidada e baseada em UI multi-cluster descrita para o Radar.
• Outras dashboards/ UIs de monitoramento do Kubernetes: UIs alternativas podem oferecer visualizações semelhantes à topologia e inspeção de eventos/cargas de trabalho, mas a página do Radar destaca seu escopo combinado (topologia, Helm, GitOps, auditorias, inspeção de imagens) e abordagem OSS de binário único.
• Ferramentas de agregação de Fleet: Para organizações focadas em gerenciar múltiplos clusters com visualizações centralizadas, essas ferramentas podem se sobrepor ao fluxo de trabalho orientado a fleet do Radar, embora o Radar Cloud vise especificamente agregação de fleet e retenção.
• Dashboards centrados em GitOps: Se sua necessidade principal é o estado de aplicações GitOps, dashboards nativos de GitOps podem focar em sincronização/estado, enquanto o posicionamento do Radar também inclui visibilidade de releases Helm, topologia e contexto mais amplo de depuração de incidentes.