Requisições pequenas, resultados compartilhados
Páginas pequenas formam automaticamente uma lista completa. Caches compactos são reutilizados e mantidos atualizados por watches.
UM ESPAÇO DE TRABALHO PARA SUA INFRAESTRUTURA
Kubernetes e Docker.Um só espaço de trabalho.
Um aplicativo desktop para desenvolvedores e DevOps. Investigue recursos do Kubernetes, acompanhe logs do Docker e gerencie releases Helm no mesmo espaço de trabalho.Sem instalar kubectl ou a CLI do HelmConexão direta com a API do Kubernetes. O Helm já vem integrado.
Kubernetes + DockerOperações diárias em um só lugar
Seu acesso atualKubeconfig e contextos Docker
Helm integradoSem instalar o Helm CLI separadamente
Cuida dos recursos do seu cluster e do seu computador.
O Ocular carrega o tipo de recurso e os namespaces escolhidos. Ele não coleta todos os recursos e suas descrições completas em segundo plano.
Trabalho limitado
A concorrência, a frequência das requisições e a retenção de caches ociosos têm limites. Uma consulta All Namespaces muito grande pede que você escolha namespaces em vez de exibir uma lista parcial sem aviso.
Você controla o carregamento
Atualize uma lista, acompanhe o tempo e os dados recebidos ou cancele a requisição. O grafo do cluster só carrega quando você solicita.
10.000 Pods. 558 MiB de memória.
Uma lista completa com 10.000 Pods, busca e ordenação locais. Requisições pequenas, cache compartilhado e carregamento explícito mantêm a carga sob seu controle.
- Conexão → lista completa de recursos
- 9,8 s
- Recursos na lista completa
- 10.000
- Orçamento de leitura · requisições/s
- 10
- Pico de memória amostrado · app e navegador
- 558 MiB
Medido com SPK Ocular 1.7.0 no Linux, em modo navegador. Pico amostrado do PSS total do app e do Chromium em 6 sessões, incluindo detalhes de objetos.
Condições de medição
Por conexão: 10 requisições de leitura/s com uma rajada de 20 e no máximo 4 respostas finitas em andamento.
Medido com SPK Ocular 1.7.0 em uma API HTTP Kubernetes de teste local. O carregamento inicial é a mediana de 3 novas sessões; 100 páginas de 100 Pods formam a lista completa.
Modo navegador no Linux com Chromium headless dedicado. O PSS inclui os processos do aplicativo e do Chromium; a API HTTP de teste e a ferramenta de medição ficam de fora. O pico observado em 6 sessões válidas foi de 558 MiB.
A memória foi amostrada aproximadamente a cada 0,5 segundos.
De “o que falhou?” a “o que fazer agora?”
Os detalhes para investigar e agir estão juntos, sem precisar montar o cenário a partir de uma dezena de janelas.
01 / INVESTIGAÇÃO
Encontre o workload que precisa de atenção.
Identifique recursos com problemas, abra objetos relacionados e inspecione a configuração. A interface mostra quando permissões ou erros de conexão impedem uma visão completa.
- Estado dos recursos, eventos e relações
- Seleção de namespaces, busca e favoritos
- Histórico de revisões de Deployment e comparação de YAML somente leitura
02 / DIAGNÓSTICO
Mantenha as evidências à vista.
As linhas correspondentes aparecem durante a leitura limitada do histórico; novas linhas chegam em paralelo. A busca atua sobre o resultado filtrado. Abra um terminal ou encaminhe uma porta do serviço para continuar a investigação.
Baixe o histórico retido pela origem independentemente dos filtros e do limite de linhas da visualização. O painel de downloads abre automaticamente com progresso e cancelamento; clique em uma linha concluída para abrir o arquivo. Clique com o botão direito no botão de download dos logs para escolher o local. A retenção, os limites de exportação e as leituras incompletas são indicados explicitamente. Copiar usa o buffer filtrado da visualização.
- Todos os níveis de log, filtros de texto e pesquisa
- Janelas de logs separadas e exportação de texto
- Terminais, escolha de contêiner e encaminhamento local de portas
03 / RELEASES
Helm, da instalação ao rollback.
Escolha charts e versões, edite values e confira a atualização antes de executar. Consulte o histórico de releases e volte a uma revisão anterior na mesma janela.
- Repositórios de charts e registros OCI
- Instalação, atualização, rollback e desinstalação
- Helm integrado. Sem CLI separado.
ARQUIVOS DO CONTÊINER
Explore pastas. Edite arquivos diretamente.
Explore contêineres Docker e Pods Kubernetes, siga links simbólicos e edite configurações em uma árvore de pastas em cache. O aplicativo desktop copia arquivos e pastas inteiros para seu computador.
- Pastas em cache, contagens de entradas e navegação por links
- Destaque de sintaxe e edição UTF-8 até 2 MiB
- Salvamento com proteção de alterações não salvas e verificação de mudanças externas
- Downloads no aplicativo diretamente na pasta Downloads
Exige um contêiner Linux em execução: sh para explorar, readlink para links e tar para downloads. Arquivos e pastas são transferidos sem o limite de 2 MiB do editor; nomes existentes não são sobrescritos. Downloads no modo navegador exigem o aplicativo desktop.
Investigue com as evidências conectadas.
Riscos de configuração e relatórios de imagens
Revise as configurações de workloads do Kubernetes, as regras RBAC declaradas e a seleção de recursos por NetworkPolicy. Leia relatórios de vulnerabilidades existentes do Trivy Operator com detalhes da imagem, do pacote e das correções disponíveis. Ocular não executa varreduras nem instala o operador; os resultados não comprovam a possibilidade de exploração nem a conformidade com normas.
Grafo do cluster
Explore relações baseadas em UID e rotas declaradas de Service, Ingress e Gateway. São configurações, não tráfego medido.
Linha do tempo de eventos
Inspecione snapshots limitados de Kubernetes Events agrupados pelos proprietários das cargas de trabalho. Atualize explicitamente; a retenção e a cobertura incompleta continuam visíveis. Não é um histórico de auditoria.
Entenda o RBAC
Rastreie vínculos de ServiceAccount e regras de funções. Verifique solicitações no servidor com a identidade da conexão atual; declarações e decisões sobre seu próprio acesso ficam separadas.
Compare recursos salvos
Selecione dois recursos em ambientes conectados e compare YAML normalizado somente para leitura. Conteúdo de Secret e rascunhos não salvos são excluídos; campos de serviço são opcionais.
Preserve seu espaço de investigação
Fixe propriedades somente para leitura e mantenha referências a logs, abas de terminal encerradas e tamanhos dos painéis após reiniciar. Conecte e retome explicitamente; nenhum conteúdo ou comando é salvo ou reproduzido.
As ferramentas do dia a dia já estão aqui.
Navegação rápida · Ctrl+K
Acesse visualizações, ambientes e namespaces, ou encontre recursos por tipo e nome, como dep model, nos namespaces selecionados. No macOS, use Command+K.
Recursos do Kubernetes
Pods, deployments, services e recursos personalizados com detalhes e relações.
Docker
Contêineres independentes, projetos e serviços Compose. Veja logs, abra terminais e confira ações nos contêineres.
Revisão de mudanças
Confira as mudanças antes de aplicar. As permissões da infraestrutura continuam valendo.
Seu espaço de trabalho preservado
Namespaces selecionados, filtros, favoritos e larguras de colunas são salvos.
SEUS AGENTES. SUAS REGRAS.
Dê contexto ao agente. Mantenha o controle das mudanças.
Agentes de programação locais podem inspecionar o ambiente pelo Ocular. Escolha os namespaces, tipos de recursos e operações permitidos e revise as ações que exigem sua aprovação.
Defina o escopo
Escolha ambiente, namespaces e operações.
Investiguem juntos
Dê ao agente contexto de recursos e logs para a investigação.
Revise a ação
Aprove mudanças protegidas ou pause o acesso ao terminar.
Agentes locais executados com o mesmo usuário do sistema operacional compartilham essas permissões. Ocular não os isola dos outros programas no computador. Contêineres Docker independentes estão disponíveis apenas na interface; as permissões de projetos não os incluem.
Veja como funciona.
Telas reais do SPK Ocular 1.9.0. Dados de demonstração, não mockups.
A interface nas capturas está em inglês.
LOCAL / CÓDIGO ABERTO
Sem instalar componentes do Ocular no seu cluster.
Ocular se conecta a partir do seu computador usando seu kubeconfig e seus contextos Docker existentes. Não é necessário um servidor central nem componentes do Ocular no cluster.
Código-fonteSeu acesso existente
Use suas credenciais e permissões configuradas. Os programas externos de autenticação indicados no kubeconfig ainda precisam estar instalados.
Código aberto
Leia o código, relate problemas ou contribua sob a licença Apache 2.0.
SEM PLANO PAGO
Todos os recursos. Para todos.
Gratuito para pessoas, equipes e empresas de qualquer porte. Sem limites por faturamento ou investimento, licenças por usuário ou recursos bloqueados.
Reúna seus ambientes.
Escolha o sistema operacional e a arquitetura e baixe o instalador desktop. Todos os recursos incluídos.
Linux, Windows e macOS · x86-64 e ARM64
Pacotes e checksums também podem ser baixados diretamente do GitHub Releases, sem conta. Builds de desenvolvimento estão disponíveis separadamente em execuções bem-sucedidas do CI; podem exigir conta no GitHub e têm prazo de retenção.
- Escolha DEB/RPM para Linux, MSI para Windows ou DMG para macOS. Também há arquivos portáteis.
- Confira o checksum SHA-256, instale e abra o Ocular.
- Use seu kubeconfig ou Docker context existente para inspecionar o ambiente.
Instalação e compatibilidade
Linux exige GTK 3 e WebKit2GTK 4.1, inclusive no modo navegador.
- DEB / RPM
- A partir de 1.6.1, DEB e RPM exigem glibc 2.35 ou posterior. Ubuntu 24.04 continua sendo a base de compilação nativa.
- Distribuições verificadas
- A instalação de pacotes e a inicialização nos modos desktop e navegador foram verificadas no Ubuntu 22.04 e Debian 12/13 (DEB), além do Fedora 44 (RPM), em x86-64. Ubuntu 22.04 também foi verificado nativamente em ARM64.
As verificações usam ambientes de distribuição isolados com um kernel de host compartilhado e X11. Elas não certificam os kernels padrão, Wayland ou drivers de GPU.
Windows: Windows 10/11 com WebView2. macOS: versão 12 ou posterior, Intel ou Apple Silicon.
Os instaladores Windows não são assinados; os builds macOS usam assinatura ad-hoc, sem notarização. Confira a origem do download e o checksum SHA-256 do pacote antes de instalar.
Antes de começar.
É gratuito também para uso comercial?
Sim. Sem limites de faturamento ou investimento, assinatura ou prazo de teste. Todos os recursos estão incluídos; doar é opcional.
Preciso instalar algo no cluster?
Não é necessário servidor ou componente Ocular no cluster. O aplicativo usa seu acesso existente ao Kubernetes. Alguns recursos dependem de serviços do cluster, como o metrics-server para métricas de recursos.
O Ocular inclui um mecanismo de contêineres?
Não. Ocular trabalha com engines Docker existentes, contêineres independentes e projetos Compose. Não fornece uma engine de contêineres nem uma máquina virtual.
Preciso instalar Helm separadamente?
Não. Ocular usa o SDK do Helm integrado para navegar por charts e gerenciar releases. Não é necessária uma CLI do Helm separada. As permissões do Kubernetes e o acesso ao repositório de charts continuam necessários.
Posso usar com meu agente de programação?
Sim, pela API local de agentes. Você permite o acesso a ambientes, escopos e operações selecionados. Escritas protegidas exigem revisão. Agentes executados com o mesmo usuário do sistema compartilham essas permissões. Você pode pausar o acesso a qualquer momento.