Saltar para o conteúdo

Arquitetura · Como funciona

Self-hosted por conceção. Um único artefacto, na sua própria infraestrutura.

O Olivares AI corre onde os seus agentes correm. Implementa-se como um único artefacto self-hosted, descobre passivamente sem se colocar no caminho dos pedidos, e o control plane foi concebido para correr totalmente air-gapped. É assim que as peças se encaixam.

Como corre

Na sua infraestrutura, em quatro passos

  1. 01

    Instalar

    Instale o motor como um único artefacto self-hosted — um binário, um contentor ou em Kubernetes. A consola web vem incorporada; não há um front-end separado para colocar de pé.

  2. 02

    Descobrir

    Coloque coletores dentro da sua própria infraestrutura. Estes ingerem passivamente o OpenTelemetry que os seus agentes emitem e leem os registos de auditoria nativos dos sistemas a que acedem — read-first, privilégio mínimo, apenas push.

  3. 03

    Mapear

    A plataforma normaliza esses sinais num modelo de agentes, sessões, modelos, servidores MCP, recursos e identidades — e as ligações de acesso entre eles, leitura ou leitura/escrita, cada uma com um nível de confiança honesto.

  4. 04

    Governar

    Sobre esse mapa, veja a diferença entre o que um agente está autorizado a aceder e aquilo a que foi observado a aceder, aplique políticas e encaminhe as deteções para as ferramentas que já utiliza — tudo via CLI, API e consola web.

System architecture: read-only audit sources (pgAudit, CloudTrail, eBPF, MCP introspection) feed the olivares single Go binary with a Postgres or SQLite state and ledger store, surfaced through the console, REST/SSE API and CLI

Como é construído

Uma arquitetura que merece a confiança de uma equipa de segurança

Self-hosted, os seus dados ficam onde estão

Os coletores correm dentro da sua própria infraestrutura e capturam ligações e relações — não payloads. O control plane é self-hosted (uma opção gerida está no roadmap). Os dados de governação — inventário, mapa de acessos, estado das políticas e evidência de auditoria — ficam por omissão em infraestrutura sob o seu controlo.

Um único artefacto

O motor é CLI-first e expõe toda a sua funcionalidade através de uma API estável; a consola web é uma camada sobre essa mesma API, distribuída de forma incorporada. Implementa uma única coisa, não uma frota de serviços.

Descoberta passiva, baseada em conectores

Escuta a telemetria que os seus agentes já emitem e lê registos de auditoria nativos, em vez de intercetar tráfego. Um SDK de conectores estável, em Apache-2.0, cobre um conjunto crescente de fontes — modelos e fornecedores, runtimes, repositórios de dados, identidade e segredos, observabilidade e destinos de saída.

Nativo de OpenTelemetry

Ingere telemetria OTLP e interopera com a stack de observabilidade que já utiliza — expondo métricas padrão e endpoints de saúde e exportando para formatos SIEM comuns. Encaixa-se nos seus pipelines em vez de os substituir.

Capaz de air-gap (control plane)

O control plane foi concebido para correr totalmente air-gapped: os dados de governação e observação ficam locais, com egress zero, licenciamento validado offline e um pacote de instalação que pode verificar sem acesso à rede. Os modelos alojados (Claude e outros fornecedores de API) continuam a comunicar com a sua própria API; apenas os modelos genuinamente self-hostable correm totalmente offline. Implementável nos ambientes mais restritos e regulados.

Seguro por conceção

Read-first e com risco assimétrico baixo. Os coletores são apenas push, sem listener de entrada, o tráfego para o núcleo é mutuamente autenticado com TLS, apenas os dados mínimos são guardados, o registo de auditoria é append-only e à prova de adulteração, e o isolamento multi-tenant está integrado no modelo desde o primeiro dia.

Implementação

De um único nó a uma infraestrutura distribuída

O mesmo produto, implementado da forma que o seu ambiente precisa.

Artefacto único

O motor e a consola web incorporada como um único artefacto self-hosted — um binário ou contentor, ou instalado em Kubernetes — para um único nó.

Distribuído

Coletores em vários hosts a alimentar um control plane central com uma base de dados externa, para escala multi-host e operação multi-tenant.

Air-gapped

O control plane e os coletores correm localmente com egress zero e licenciamento offline, para redes desconectadas, reguladas ou classificadas. Os agentes em modelos alojados continuam a precisar de acesso de saída ao seu fornecedor; os agentes em modelos self-hostable correm totalmente offline.

Gerido

Futuro · pós-v1

O control plane alojado por nós — enquanto os coletores permanecem sempre dentro da sua própria infraestrutura.

Deployment topologies: single node (one Go binary with Postgres or SQLite, install to first finding in five minutes or less), high availability (load balancer over two olivares nodes with replicated Postgres), and air-gapped with no egress

O Olivares AI está em desenvolvimento ativo. Esta página descreve como o produto foi concebido para correr; o mapa de acessos e o desvio do privilégio mínimo são aquilo que a plataforma foi construída para revelar, apresentado de forma honesta até ao lançamento do produto.

Corra-o onde os seus agentes correm

Faça self-host do produto completo na sua própria infraestrutura, ou fale connosco sobre uma implementação distribuída ou air-gapped.