Requisitos del host
El cliente proporciona y opera el host Linux, el entorno systemd, el límite de red, el gateway, el almacenamiento, la supervisión y el acceso administrativo.
Arquitectura on-premise
Una arquitectura de agentes de IA on-premise para producción comienza por la propiedad: quién controla el host, las identidades de tenant, los servicios del runtime, los espacios de trabajo, los secretos, el estado del navegador, los registros, las actualizaciones y la recuperación. Bewize Hub se puede instalar en un host Linux con systemd controlado por el cliente y aprovisionar usuarios y servicios separados por tenant. La ruta de modelo documentada para producción todavía requiere acceso saliente a un proveedor de modelos alojado.
Arquitectura de referencia
Mantenga explícito el límite operativo. El host controlado por el cliente puede contener el Hub, su base de datos y secretos protegidos, identidades Linux separadas por tenant, servicios privados del runtime, espacios de trabajo, estado del navegador, registros y almacenamiento empresarial opcional con acceso controlado. El gateway permite las conexiones salientes necesarias, incluida la ruta admitida hacia modelos alojados.
Límite de despliegue controlado por el cliente
El host es propietario de las operaciones de los agentes; los servicios externos aprobados siguen siendo dependencias explícitas.
Host Linux con Bewize Hub
El cliente proporciona y opera el host Linux, el entorno systemd, el límite de red, el gateway, el almacenamiento, la supervisión y el acceso administrativo.
El Hub aprovisiona identidades Linux distintas y runtime, espacio de trabajo y estado del navegador privados para los tenants administrados. Es un mecanismo concreto de aislamiento, no una garantía absoluta de seguridad.
Los operadores usan registros de systemd, comprobaciones de estado y disponibilidad, métricas de uso con datos sensibles ocultos, paquetes versionados y reconciliación para inspeccionar y actualizar el despliegue.
Las instantáneas de copia de seguridad de tenants están disponibles, pero desactivadas de forma predeterminada; la política, retención, prueba de restauración y responsabilidad deben elegirse durante el despliegue.
Use estas páginas complementarias para convertir el diagrama en una decisión de despliegue.
Verifique propiedad, aislamiento, red, secretos, evidencia, actualizaciones, copias de seguridad, recuperación y supuestos no admitidos.
Revisar →Elija una ubicación y un modelo operativo sin confundir la propiedad de la infraestructura con el alojamiento del modelo.
Revisar →Solicite a los proveedores competidores evidencia sobre los mismos límites operativos.
Revisar →Traiga sus requisitos de host, red, acceso al modelo, almacenamiento, identidad, copia de seguridad y recuperación. Los contrastaremos con lo disponible hoy e identificaremos lo que todavía requiere validación.

Conversación de arquitectura
Comparta su perímetro de despliegue, el número de agentes, las superficies de trabajo y los requisitos de gobernanza. Responderemos por correo electrónico para coordinar una conversación técnica enfocada.
Escribir al equipo de BewizeEsto abre su aplicación de correo electrónico. Lea nuestra Política de privacidad.