Arquitectura · Cómo funciona
Olivares AI se ejecuta donde se ejecutan tus agentes. Se despliega como un único artefacto self-hosted, descubre de forma pasiva sin meterse en la ruta de las peticiones, y el control plane está hecho para funcionar totalmente air-gapped. Así encajan las piezas. La instalación air-gapped y las actualizaciones sin conexión son Enterprise; el chart de Helm, el operador de Kubernetes y el proveedor de Terraform son Business.
Cómo se ejecuta
Instala el motor como un único artefacto self-hosted — un binario, un contenedor o sobre Kubernetes. La consola web viene embebida; no hay un front-end aparte que levantar.
Coloca colectores dentro de tu propia infraestructura. Ingieren de forma pasiva el OpenTelemetry que emiten tus agentes y leen los registros de auditoría nativos de los sistemas que tocan — read-first, mínimo privilegio, solo de salida.
La plataforma normaliza esas señales en un modelo de agentes, sesiones, modelos, servidores MCP, recursos e identidades — y las aristas de acceso entre ellos, lectura o lectura/escritura, cada una con un nivel de confianza honesto.
Sobre ese mapa, ve la diferencia entre lo que un agente tiene permitido acceder y lo que se le observó accediendo, aplica políticas y envía los hallazgos a las herramientas que ya usas — todo por CLI, API y la consola web.
La consola, la CLI y la API envían peticiones al motor. La identidad, los permisos y las políticas determinan el acceso. Las sesiones admitidas usan los controladores de proveedores configurados; el motor registra su estado y los eventos de auditoría de su ciclo de vida en SQLite o PostgreSQL.
El núcleo Community no requiere licencia comercial. Los módulos comerciales añaden capacidades independientes. La aplicación de políticas a las herramientas depende de cada integración.
Cómo está construido
Los colectores se ejecutan dentro de tu propia infraestructura y capturan aristas y relaciones — no payloads. El control plane es self-hosted (la opción gestionada está en el roadmap). Los datos de gobierno — inventario, mapa de acceso, estado de políticas y evidencia de auditoría — se quedan por defecto en infraestructura que tú controlas.
El motor es CLI-first y expone toda su funcionalidad a través de una API estable; la consola web es una capa sobre esa misma API, entregada embebida. Despliegas una sola cosa, no una flota de servicios.
Escucha la telemetría que tus agentes ya emiten y lee los registros de auditoría nativos, en vez de interceptar tráfico. Un SDK de conectores estable y Apache-2.0 cubre un conjunto creciente de fuentes — modelos y proveedores, runtimes, almacenes de datos, identidad y secretos, observabilidad y destinos de salida.
Ingiere telemetría OTLP e interopera con la pila de observabilidad que ya usas — expone métricas y endpoints de salud estándar y exporta a formatos SIEM comunes. Encaja en tus pipelines en vez de reemplazarlos.
El control plane self-hosted puede funcionar en una red aislada. Verifica los artefactos del release antes de transferirlos: las comprobaciones sin clave de Sigstore y SLSA necesitan red. Las comprobaciones con la clave del operador solo cubren archivos firmados con esa clave. Los modelos alojados siguen accediendo a la API de su proveedor; solo los modelos que alojas pueden funcionar totalmente offline. La instalación air-gapped y los paquetes de actualización sin conexión son Enterprise.
Read-first y de riesgo asimétricamente bajo. Los colectores son solo de salida y sin escucha entrante, el tráfico hacia el núcleo se autentica mutuamente con TLS, solo se guarda el mínimo dato, el registro de auditoría es append-only y permite detectar manipulaciones, y el aislamiento multi-tenant está en el modelo desde el primer día.
Las etiquetas de los diagramas están en inglés. Las descripciones explican el recorrido completo en pantallas pequeñas.
Despliegue
El mismo producto, desplegado como lo necesite tu entorno.
El motor y la consola web embebida como un único artefacto self-hosted — un binario o contenedor, o instalado sobre Kubernetes — para un solo nodo.
Colectores en muchos hosts alimentando un control plane central con una base de datos externa, para escala multi-host y operación multi-tenant.
El control plane y los colectores se ejecutan localmente con cero egress y licencia offline, para redes desconectadas, reguladas o clasificadas. Los agentes con modelos gestionados siguen necesitando salida hacia su proveedor; los agentes con modelos self-hostables funcionan del todo offline.
El control plane alojado por nosotros — mientras los colectores siempre permanecen dentro de tu propia infraestructura.
Las capacidades y las opciones de despliegue dependen de la edición y de la configuración; la documentación describe cada una.
Self-hostea Community, el producto completo para una persona o un equipo, en tu propia infraestructura, o habla con nosotros sobre un despliegue distribuido o air-gapped. La instalación air-gapped es Enterprise.