
Radar
Radar é uma UI Kubernetes de código aberto e local-first que oferece topologia ao vivo, linhas do tempo de eventos, visibilidade de Helm e GitOps (ArgoCD/Flux), inspeção de imagens, auditorias e suporte MCP para agentes de IA – executado como um único binário rápido ou auto-hospedado no cluster.
https://radarhq.io/?ref=producthunt&utm_source=aipure

Informações do Produto
Atualizado:May 19, 2026
O que é Radar
Radar (da Skyhook) é "a UI que faltava no Kubernetes": uma ferramenta moderna de visibilidade e solução de problemas projetada para ajudar engenheiros a entender o que está acontecendo em clusters Kubernetes sem precisar lidar com várias ferramentas ou depender apenas do kubectl. É licenciado sob Apache 2.0, de código aberto, e pode ser usado sem criar uma conta ou enviar dados para um serviço em nuvem quando executado localmente. O Radar reúne as principais visualizações operacionais – como navegação de recursos, visualização de topologia, eventos do Kubernetes, gerenciamento de releases do Helm, estado do GitOps e muito mais – em uma UI web coesa.
Principais Recursos do Radar
Radar é uma UI Kubernetes de código aberto e "local-first" (Apache 2.0) que oferece visibilidade moderna do cluster através de gráficos de topologia ao vivo, uma linha do tempo de eventos com retenção além do TTL padrão do Kubernetes, gerenciamento de recursos e Helm/GitOps, visualizações de dependência de tráfego/serviço, inspeção do sistema de arquivos de imagem e verificações de auditoria de cluster integradas. Ele pode ser executado como um binário Go único e rápido em sua máquina (sem Electron, sem conta, sem agentes/CRDs e sem dados saindo de sua máquina) ou ser auto-hospedado no cluster via Helm, e também inclui um servidor MCP para que assistentes de IA possam consultar o contexto do cluster através do Radar.
UI Kubernetes de binário único e "local-first": Executa como um binário Go leve com um frontend React incorporado; conecta-se via kubeconfig existente sem login na nuvem, sem agentes e sem instalação necessária no lado do cluster.
Gráfico de topologia ao vivo: Visualiza Deployments/Services/Ingress e seus relacionamentos como um gráfico em tempo real com atualizações, ajudando as equipes a entender rapidamente as dependências e as conexões entre namespaces.
Linha do tempo de eventos com retenção estendida: Captura eventos e deltas do Kubernetes em uma linha do tempo navegável para ajudar você a retroceder incidentes além da janela TTL de eventos típica no cluster.
Visibilidade Helm & GitOps: Navegue por releases, revisões e valores do Helm e visualize o estado do GitOps com suporte nativo ArgoCD/Flux para conectar o estado desejado com os recursos que ele produziu.
Visualizador de sistema de arquivos de imagem: Navegue pelos sistemas de arquivos de imagens de contêiner sem kubectl exec ou Docker, útil para depurar problemas de empacotamento e verificar o conteúdo da imagem.
Integração de IA via servidor MCP integrado: Expõe o contexto do cluster a assistentes de IA (por exemplo, Claude/Cursor/Copilot) através do MCP para fluxos de trabalho de consulta e solução de problemas mais seguros e otimizados por token.
Casos de Uso do Radar
Resolução de problemas de incidentes de plantão: Quando os alertas disparam, os operadores podem pesquisar recursos, inspecionar dependências de topologia, revisar logs e retroceder a linha do tempo de eventos para identificar regressões mais rapidamente do que os fluxos de trabalho apenas com kubectl.
Operações de frota de engenharia de plataforma (auto-hospedado ou local): Padronize como os engenheiros exploram clusters, namespaces e cargas de trabalho, reduzindo a proliferação de ferramentas (múltiplos dashboards/CLIs) e acelerando as tarefas operacionais do dia a dia.
Supervisão de entrega orientada a GitOps: Equipes que usam ArgoCD ou Flux podem correlacionar o status de sincronização do aplicativo com as cargas de trabalho e serviços implantados, melhorando o rastreamento de alterações e a confiança na implantação.
Governança e rollback de releases Helm: As equipes de aplicativos podem auditar o que mudou entre as revisões do Helm, revisar arquivos de valores e reverter releases rapidamente durante atualizações com falha.
Verificações de postura de segurança e melhores práticas: Use as verificações de auditoria do cluster para identificar configurações incorretas comuns e riscos operacionais durante revisões, migrações ou antes de lançamentos em produção.
Exploração de cluster assistida por IA para suporte e depuração: Habilite um agente de IA para consultar o contexto do cluster do Radar (via MCP) para acelerar perguntas como "o que está rodando/o que mudou/o que depende disso" durante as investigações.
Vantagens
Código aberto (Apache 2.0) sem "feature gates"; pode ser auto-hospedado para sempre
Binário único rápido, leve e sem Electron; pode ser executado localmente com kubeconfig e manter os dados em sua máquina
Forte visualização e fluxo de trabalho de depuração: topologia + linha do tempo + navegação de recursos + Helm/GitOps
Múltiplos modos de implantação: binário local ou no cluster via Helm
Desvantagens
Recursos em toda a frota, como agregação, SSO, retenção persistente, alertas roteados e logs de auditoria, são posicionados como complementos do Radar Cloud, em vez de recursos de binário único
Algumas conexões de topologia (por exemplo, recursos GitOps para cargas de trabalho) dependem de como/onde ArgoCD/Flux são implantados e a qual cluster o Radar está conectado
Como Usar o Radar
1) Escolha como deseja executar o Radar (local ou no cluster): O Radar pode ser executado localmente como um único binário que usa seu kubeconfig existente, ou ser implantado em um cluster via Helm para acesso compartilhado/em equipe. Ambos os modos fornecem a mesma UI e recursos.
2) Instale o Radar localmente (início mais rápido): Execute: `curl -fsSL https://get.radarhq.io | sh && kubectl radar` para instalar o Radar e iniciá-lo no cluster no seu contexto kubeconfig atual.
3) (Opcional) Instale o Radar via gerenciadores de pacotes: Se preferir, instale usando Homebrew (`brew install skyhook-io/tap/radar`) ou Krew (`kubectl krew install radar`). Em seguida, inicie com `kubectl radar`.
4) (Opcional) Implante o Radar no cluster com Helm (acesso compartilhado): Adicione o repositório Helm e instale: `helm repo add skyhook https://skyhook-io.github.io/helm-charts` e depois `helm install radar skyhook/radar -n radar --create-namespace`. Exponha-o via seu ingress preferido para compartilhar a UI com sua equipe.
5) Abra o Radar e conecte-se aos seus clusters: No modo local, o Radar lê seu kubeconfig e abre uma UI no navegador. No modo no cluster, você acessa a UI servida (geralmente através de um ingress).
6) Use a pesquisa global para encontrar recursos rapidamente: Use a barra de pesquisa única para localizar recursos por nome/rótulo/tipo. Isso é projetado para evitar a "roleta kubectl" quando você não se lembra do namespace ou do recurso exato.
7) Explore a Topologia (gráfico de recursos ao vivo): Abra a visualização de Topologia para ver Deployments/Services/Ingresses como um gráfico ao vivo com atualizações em tempo real. Clique nos nós para detalhar e entender dependências e relacionamentos entre namespaces.
8) Inspecione o tráfego de serviço e a saúde do TLS (quando disponível): Use as visualizações de tráfego/topologia para entender os fluxos leste-oeste e de ingresso e verificar os indicadores de saúde do certificado TLS exibidos na UI.
9) Retroceda e revise a Linha do Tempo de Eventos: Abra a Linha do Tempo para visualizar eventos e deltas do Kubernetes além do TTL de evento padrão no cluster. Use-o para reconstruir o que mudou antes de um incidente.
10) Vá para os logs e solucione problemas de cargas de trabalho com falha: A partir de uma visualização de recurso (pod/carga de trabalho), vá diretamente para os logs para diagnosticar falhas, reinícios e problemas de rollout sem juntar comandos kubectl manualmente.
11) Navegue e gerencie releases do Helm: Use as visualizações do Helm para ver releases, revisões e valores. Compare revisões, audite o que mudou entre elas e reverta para uma revisão anterior quando necessário.
12) Monitore fluxos de trabalho GitOps (ArgoCD e Flux): Se você usa ArgoCD ou Flux, abra as visualizações GitOps para ver o estado de sincronização do aplicativo junto com os recursos do Kubernetes que esses aplicativos produziram.
13) Inspecione sistemas de arquivos de imagens de contêiner (não é necessário exec): Use o recurso de Sistema de Arquivos de Imagem para navegar pelo conteúdo de imagens de contêiner diretamente da UI, sem `kubectl exec` ou pulls de imagem Docker locais.
14) Execute verificações de Auditoria de Cluster: Abra a página de Auditoria de Cluster para executar verificações de melhores práticas (rotuladas por framework) e use os resultados para priorizar melhorias de segurança e confiabilidade.
15) Compartilhe o que você vê com um link: Ao colaborar durante incidentes, use os links compartilháveis do Radar para direcionar os colegas de equipe diretamente para o recurso, janela de tempo ou visualização relevante.
16) (Opcional) Use IA via MCP para resumos seguros e otimizados por token: Habilite e use a integração MCP para permitir que ferramentas de IA suportadas (por exemplo, Claude/Cursor/Copilot) leiam o contexto do cluster do Radar para resumos e solução de problemas guiada, mantendo as ações claramente anotadas e não destrutivas.
Perguntas Frequentes do Radar
Radar é uma UI de Kubernetes de código aberto que oferece visualização de topologia, linhas do tempo de eventos, visibilidade de Helm e GitOps, inspeção de imagens, auditorias de cluster e um servidor MCP para agentes de IA.
Artigos Populares

Nano Banana SBTI: O Que É, Como Funciona e Como Usá-lo em 2026
Apr 15, 2026

Análise do Atoms — O Construtor de Produtos de IA Redefinindo a Criação Digital em 2026
Apr 10, 2026

Kilo Claw: Como Implementar e Usar um Verdadeiro Agente de IA "Faça Você Mesmo" (Atualização de 2026)
Apr 3, 2026

OpenAI Encerra o Aplicativo Sora: O Que o Futuro Reserva para a Geração de Vídeo por IA em 2026
Mar 25, 2026







