Hosting gestionado de Open WebUI: qué debe cubrir y una alternativa honesta

El piloto fue un éxito. Open WebUI se instaló en un servidor libre una tarde y, en una semana, todo el equipo conversaba con GPT, Claude y un Llama local a través de Ollama en una interfaz cuidada. Avancemos tres meses: usted es el operador no remunerado de un sistema en producción. La base de datos vive en un disco del que nadie hace copias de seguridad. El almacén de vectores integrado se cayó el día que añadió una segunda réplica. Alguien pegó la clave compartida de OpenAI en un canal de Slack. Y el departamento de finanzas no deja de preguntar quién gastó 400 dólares en tokens en marzo.

Nada de eso es culpa de Open WebUI. Es lo que realmente cuesta operar cualquier plataforma de IA multiusuario. La única pregunta es si ese trabajo le corresponde a usted. Y una nota honesta antes de empezar: kral, la plataforma que hay detrás de este artículo, no está construida sobre Open WebUI. Seremos explícitos sobre lo que eso significa.

Ponerlo en marcha nunca fue lo difícil

Open WebUI se ha ganado su reputación con honestidad. Es una de las mejores interfaces de IA autoalojadas que existen: todos los modelos principales a través de API compatibles con OpenAI, modelos locales a través de Ollama, chat con documentos con RAG integrado, herramientas y complementos, y una interfaz que su equipo aprende en minutos. Su guía de inicio rápido merece su reputación.

La producción es otra tarea. En cuanto Open WebUI da servicio a un equipo en lugar de a un aficionado, la instalación se convierte en una pequeña plataforma:

• una PostgreSQL externa, porque el SQLite predeterminado va bien para una instancia y no para la segunda,
• Redis, para que los inicios de sesión y los websockets sobrevivan a más de una réplica,
• una base de datos de vectores externa, porque el almacén de documentos integrado no está diseñado para que varios procesos escriban a la vez,
• almacenamiento compartido para las subidas y las imágenes generadas, además de una clave secreta que todas las réplicas deben compartir,
• un proxy inverso, TLS, un dominio y una monitorización que le avise de que está caído antes de que lo hagan sus usuarios,
• y claves de API para cada proveedor que conecte: OpenAI, Anthropic, Google y quien sea que lance el próximo modelo que su equipo quiera desde el primer día.

Luego empiezan las actualizaciones. Open WebUI avanza rápido, lo cual es una gran noticia como usuario y una tarea recurrente como operador. Cada versión es un registro de cambios que leer, una ronda de pruebas para los pipelines y las funciones que construyó encima, y una ventana de mantenimiento que programar. Sáltese unas cuantas y el salto se vuelve temible. Aplíquelas todas y es un trabajo a media jornada.

Lo sabemos, porque cada día ejecutamos el gemelo de esta lista. kral opera una plataforma de IA de código abierto en producción, y la lista anterior es nuestro propio manual de operaciones con otros nombres en las cajas.

El mérito que corresponde, y la carencia que persiste

Seamos justos primero: Open WebUI es excepcionalmente sólido en la gestión de usuarios para tratarse de un proyecto de código abierto. Incorpora roles, grupos y permisos granulares y, solo por el control de acceso, es posible que nunca se le quede pequeño.

La carencia es el dinero. Con claves de API sin más, tiene dos malas opciones: una clave compartida (sin atribución, y una sola filtración agota todo el presupuesto) o una clave por persona (fricción en el alta, riesgo en la baja y un montón de facturas de proveedores que el departamento de finanzas debe conciliar). Open WebUI es una plataforma de chat, no un sistema de facturación. No hay planes, ni facturas, ni gestión de impuestos, ni recargas que sus usuarios puedan comprar por sí mismos. Para un despliegue en una empresa, esa carencia suele ser el obstáculo insalvable, no los servidores.

Hay algo más que leer antes de construir sobre ella: la licencia. Desde 2025, Open WebUI se distribuye bajo una licencia basada en BSD-3 con una cláusula de marca. Mantener el nombre y el logotipo de "Open WebUI" es obligatorio en cuanto un despliegue supera los 50 usuarios en cualquier periodo móvil de 30 días, salvo que disponga de una licencia empresarial o de un permiso por escrito. Esa es una forma legítima de financiar un proyecto de código abierto, y conviene saberlo antes de prometer a su empresa un portal con su propia marca. Lea usted mismo el texto actual de la licencia; esto es una observación, no asesoramiento legal.

Qué debería cubrir el hosting gestionado de Open WebUI

El hosting gestionado solo tiene sentido si elimina la lista entera, no solo los contenedores. Sea quien sea a quien elija, exíjale esto:

• Una base actualizada. Las actualizaciones llegan sin que usted intervenga, y el producto sigue el ritmo del proyecto de código abierto en lugar de derivar en un clon privado congelado.
• Modelos incluidos. Todos los modelos principales a través de un único punto de entrada, sin claves de API que obtener, distribuir o rotar.
• Control de costes real. Presupuestos por usuario, un consumo que puede atribuir a una persona y una sola factura en lugar de cinco.
• Gestión de equipos. Invitar, eliminar, listo. El acceso termina cuando lo hace el contrato.
• El conjunto completo de funciones. El chat con documentos, la generación de imágenes y la búsqueda web deberían funcionar desde el primer día; son la mitad del motivo por el que el stack es complejo.
• Una respuesta sobre la licencia. Si le importa un portal con su propia marca, pregunte cómo es posible eso por encima de 50 usuarios. "Confíe en nosotros" no es una respuesta.
• Una salida. Sus datos son exportables y el software subyacente es de código abierto. Si marcharse es difícil, no es un cliente, es un rehén.

La parte honesta: kral no es Open WebUI

kral es un espacio de trabajo de IA gestionado construido sobre LibreChat, el pariente más cercano de Open WebUI, y lo decimos de entrada porque la confianza se muere en la segunda página. Si lo que necesita es Open WebUI en sí, porque su equipo construyó pipelines y funciones sobre él o porque sus modelos se ejecutan en sus propias GPU, entonces ningún gestionado de otra cosa es la respuesta. Autoalójelo y disfrútelo.

Si lo que quiere es el resultado, un único espacio de trabajo donde todo el equipo llega a todos los modelos principales con presupuestos y una sola factura, eso es exactamente lo que kral opera como plataforma terminada. Usted inicia sesión en app.kral.ai y la capa operativa ya está construida:

• Claude, GPT, Gemini, DeepSeek, Perplexity y más en una sola aplicación, sin claves de API por ningún lado,
• facturación por token con planes mensuales y créditos recargables, de modo que el consumo se atribuye a la persona que lo generó,
• planes de equipo: un contrato, un presupuesto compartido, miembros que usted mismo gestiona,
• subida de archivos con búsqueda en documentos, generación de imágenes y búsqueda web ya integradas,
• una interfaz en 29 idiomas,
• y de las actualizaciones nos encargamos nosotros: cuando se publica una versión, la integramos, la probamos y la desplegamos.

La historia completa de cómo operamos ese stack, incluidas las partes difíciles, está en hosting gestionado de LibreChat. Y como la base es de código abierto, la salida permanece abierta: exporte sus datos y ejecute el stack usted mismo cuando quiera. Un espacio de trabajo con su propia marca, si necesita uno, es una función del producto sin ninguna barrera ligada al número de usuarios.

Open WebUI autoalojado frente a kral gestionado: la comparación honesta

El autoalojamiento gana en dos cosas, y son importantes: los datos nunca salen de su edificio y los modelos locales siguen siendo locales. Si dispone de un equipo de infraestructura, de un requisito estricto de residencia de datos o de un rack de GPU con su nombre, autoalójelo. Es la decisión correcta, y el proyecto merece su estrella en GitHub.

También hay una tercera vía. La plataforma sobre la que se construye kral puede ejecutarse dentro de su empresa, incluso de forma nativa en su propio Windows Server. Un requisito de instalación local no pone fin a la conversación.

Preguntas que los equipos hacen de verdad

¿Es kral un Open WebUI alojado?

No, y no fingiremos lo contrario. kral está construido sobre LibreChat, una plataforma de IA de código abierto comparable. El resultado coincide casi por completo: todos los modelos principales, un solo inicio de sesión, presupuestos, equipos, chat con documentos. Los detalles internos difieren y, si su despliegue depende de aspectos concretos de Open WebUI como los pipelines o las funciones, kral no es eso.

¿Podemos conservar nuestros modelos locales de Ollama?

En el servicio alojado no; app.kral.ai ejecuta los principales modelos en la nube. Si los modelos locales son un requisito, autoaloje Open WebUI, o ejecute dentro de su red la plataforma autoalojable sobre la que se construye kral y apúntela a un endpoint compatible con OpenAI como Ollama o vLLM.

¿Necesitamos nuestras propias claves de API?

No. Todos los modelos de la plataforma están incluidos y se facturan por token. Nadie tiene que abrir una cuenta de OpenAI, y ninguna clave puede filtrarse, porque no hay ninguna que repartir.

¿En qué consiste la cláusula de marca de Open WebUI?

Desde 2025, la licencia exige mantener la marca "Open WebUI" en cuanto un despliegue supera los 50 usuarios en cualquier periodo móvil de 30 días, salvo que una licencia empresarial o un permiso por escrito indiquen lo contrario. Financia el proyecto, y es justo. También conviene saberlo antes de planificar un despliegue con su propia marca, así que lea el texto actual de la licencia; los detalles pueden cambiar.

¿Cuánto cuesta?

Planes mensuales con consumo incluido, además de créditos que puede recargar sobre la marcha. Las cifras actuales están en kral.ai; no hay ningún recargo por puesto escondido en un PDF.

Open WebUI merece el tiempo de su equipo. Si además merece sus tardes es otra cuestión. Si prefiere dedicarlas a otra cosa, el camino gestionado lleva alrededor de un minuto:

Pruebe kral ahora

Reserve una demo