Arquitetura · Como funciona
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. A instalação air-gapped e as atualizações offline fazem parte de Enterprise; o chart Helm, o operador Kubernetes e o fornecedor Terraform fazem parte de Business.
Como corre
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é.
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.
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.
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.
A consola, a CLI e a API enviam pedidos ao motor. A identidade, as permissões e as políticas determinam o acesso. As sessões admitidas usam os controladores de fornecedores configurados; o motor regista o seu estado e os eventos de auditoria do ciclo de vida em SQLite ou PostgreSQL.
O núcleo Community não exige uma licença comercial. Os módulos comerciais acrescentam capacidades separadas. A aplicação de políticas às ferramentas depende da integração.
Como é construído
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.
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.
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.
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.
O control plane self-hosted pode funcionar numa rede isolada. Verifique os artefactos do release antes de os transferir: as verificações sem chave Sigstore e SLSA precisam de rede. As verificações com a chave do operador cobrem apenas ficheiros assinados com essa chave. Os modelos alojados continuam a aceder à API do fornecedor; só os modelos que aloja podem funcionar totalmente offline. A instalação air-gapped e os pacotes de atualização offline fazem parte de Enterprise.
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.
As legendas dos diagramas estão em inglês. As descrições apresentam o percurso completo em ecrãs pequenos.
Implementação
O mesmo produto, implementado da forma que o seu ambiente precisa.
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ó.
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.
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.
O control plane alojado por nós — enquanto os coletores permanecem sempre dentro da sua própria infraestrutura.
As capacidades e as opções de implementação dependem da edição e da configuração; a documentação descreve cada uma.
Faça self-host do Community, o produto completo para uma pessoa ou uma equipa, na sua própria infraestrutura, ou fale connosco sobre uma implementação distribuída ou air-gapped. A instalação air-gapped faz parte de Enterprise.