Alojamento gerido de Open WebUI: o que deve abranger, e uma alternativa honesta

O piloto foi um sucesso. O Open WebUI foi instalado num servidor sobresselente numa tarde e, em menos de uma semana, toda a equipa conversava com o GPT, o Claude e um Llama local através do Ollama numa única interface cuidada. Avancemos três meses: passou a ser o operador não remunerado de um sistema em produção. A base de dados vive num disco de que ninguém faz cópias de segurança. O armazenamento vetorial incorporado foi abaixo no dia em que acrescentou uma segunda réplica. Alguém colou a chave partilhada da OpenAI num canal do Slack. E o departamento financeiro continua a perguntar quem gastou 400 dólares em tokens em março.

Nada disso é culpa do Open WebUI. É o que custa, na realidade, operar qualquer plataforma de IA multiutilizador. A única questão é saber se esse trabalho lhe compete a si. E uma nota honesta antes de começarmos: o kral, a plataforma por detrás deste artigo, não assenta no Open WebUI. Seremos explícitos quanto ao que isso significa.

Pô-lo a funcionar nunca foi a parte difícil

O Open WebUI conquistou a sua reputação de forma honesta. É uma das melhores interfaces de IA auto-alojadas que existem: todos os principais modelos através de APIs compatíveis com a OpenAI, modelos locais através do Ollama, chat com documentos com RAG incorporado, ferramentas e plugins, e uma interface que a sua equipa aprende em minutos. O arranque rápido merece a sua reputação.

A produção é outra história. No momento em que o Open WebUI passa a servir uma equipa em vez de um entusiasta, a instalação transforma-se numa pequena plataforma:

• um PostgreSQL externo, porque o SQLite predefinido serve para uma instância mas não para a segunda,
• Redis, para que os inícios de sessão e os websockets sobrevivam a mais do que uma réplica,
• uma base de dados vetorial externa, porque o armazenamento de documentos incorporado não foi concebido para vários workers a escreverem ao mesmo tempo,
• armazenamento partilhado para carregamentos e imagens geradas, além de uma chave secreta que todas as réplicas têm de partilhar,
• um proxy inverso, TLS, um domínio e monitorização que o avisa de que está em baixo antes de os seus utilizadores o fazerem,
• e chaves de API para cada fornecedor que ligar: OpenAI, Anthropic, Google e quem quer que lance o próximo modelo que a sua equipa vai querer logo no primeiro dia.

Depois começam as atualizações. O Open WebUI evolui depressa, o que é uma ótima notícia enquanto utilizador e uma tarefa recorrente enquanto operador. Cada versão é um registo de alterações para ler, uma ronda de testes às pipelines e funções que construiu por cima e uma janela de manutenção para agendar. Salte algumas e o salto torna-se assustador. Aplique-as todas e passa a ser um emprego a tempo parcial.

Sabemo-lo, porque gerimos o gémeo desta lista todos os dias. O kral opera uma plataforma de IA open source em produção, e a lista acima é o nosso próprio manual de operações com nomes diferentes nas caixas.

O devido reconhecimento, e a lacuna que permanece

Justiça em primeiro lugar: o Open WebUI é invulgarmente forte na gestão de utilizadores para um projeto open source. Perfis, grupos e permissões granulares estão incorporados e, só para controlo de acessos, talvez nunca lhe fique pequeno.

A lacuna é o dinheiro. Com chaves de API em bruto, ficam duas más opções: uma chave partilhada (sem atribuição, e uma única fuga esgota todo o orçamento) ou uma chave por pessoa (atrito na integração, risco na saída e uma pilha de faturas de fornecedores para o departamento financeiro reconciliar). O Open WebUI é uma plataforma de chat, não um sistema de faturação. Não há planos, não há faturas, não há tratamento de impostos, não há carregamentos que os seus utilizadores possam comprar por conta própria. Para a implementação numa empresa, essa lacuna é normalmente o entrave decisivo, não os servidores.

Há mais uma coisa a ler antes de construir sobre ele: a licença. Desde 2025, o Open WebUI é distribuído sob uma licença baseada na BSD-3 com uma cláusula de marca. Manter o nome e o logótipo "Open WebUI" é obrigatório a partir do momento em que uma implementação ultrapassa os 50 utilizadores em qualquer período móvel de 30 dias, a menos que possua uma licença empresarial ou autorização por escrito. Trata-se de uma forma legítima de financiar um projeto open source e é algo que convém saber antes de prometer à sua empresa um portal com a sua própria marca. Leia por si mesmo o texto atual da licença; isto é uma observação, não aconselhamento jurídico.

O que um alojamento gerido de Open WebUI deve abranger

O alojamento gerido só faz sentido se eliminar a lista toda, não apenas os contentores. Seja quem for que escolher, exija-lhe isto:

• Uma base atualizada. As atualizações chegam sem o seu envolvimento e o produto continua a acompanhar o projeto open source em vez de derivar para um clone privado congelado.
• Modelos incluídos. Todos os principais modelos através de um único ponto de entrada, sem chaves de API para obter, distribuir ou rodar.
• Controlo de custos a sério. Orçamentos por utilizador, consumo que pode atribuir a uma pessoa e uma fatura em vez de cinco.
• Gestão de equipas. Convidar, remover, feito. O acesso termina quando o contrato termina.
• O conjunto completo de funcionalidades. O chat com documentos, a geração de imagens e a pesquisa na Web devem funcionar logo no primeiro dia; são metade da razão pela qual o stack é complexo.
• Uma resposta sobre licenciamento. Se um portal com a sua própria marca lhe interessa, pergunte como é que isso é possível acima dos 50 utilizadores. "Confie em nós" não é uma resposta.
• Uma saída. Os seus dados são exportáveis e o software subjacente é open source. Se sair for difícil, não é um cliente, é um refém.

A parte honesta: o kral não é o Open WebUI

O kral é um espaço de trabalho de IA gerido, construído sobre o LibreChat, o parente mais próximo do Open WebUI, e dizemo-lo logo à partida porque a confiança morre na segunda página. Se o que precisa é do próprio Open WebUI, porque a sua equipa construiu pipelines e funções sobre ele ou porque os seus modelos correm nas suas próprias GPUs, então um serviço gerido de qualquer outra coisa não é a resposta. Auto-aloje-o e aproveite-o.

Se o que pretende é o resultado, um único espaço de trabalho onde toda a equipa acede a todos os principais modelos com orçamentos e uma só fatura, é exatamente isso que o kral opera como plataforma acabada. Inicia sessão em app.kral.ai e a camada operacional já está construída:

• Claude, GPT, Gemini, DeepSeek, Perplexity e mais numa só aplicação, sem chaves de API em lado nenhum,
• faturação por token com planos mensais e créditos de recarga, para que o consumo seja atribuído à pessoa que o gerou,
• planos de equipa: um contrato, um orçamento partilhado, membros que gere pessoalmente,
• carregamento de ficheiros com pesquisa em documentos, geração de imagens e pesquisa na Web já integrados,
• uma interface em 29 idiomas,
• e atualizações tratadas por nós: quando sai uma versão, integramo-la, testamo-la e implementamo-la.

A história completa de como gerimos esse stack, incluindo as partes difíceis, está em alojamento gerido de LibreChat. E como a base é open source, a saída mantém-se aberta: exporte os seus dados e execute o stack por conta própria sempre que quiser. Um espaço de trabalho com marca própria, se precisar de um, é uma funcionalidade do produto, sem qualquer limite abrupto no número de utilizadores.

Open WebUI auto-alojado vs kral gerido: a comparação honesta

O auto-alojamento vence em duas coisas, e são coisas importantes: os dados nunca saem do seu edifício e os modelos locais mantêm-se locais. Se tem uma equipa de infraestrutura, um requisito rígido de residência dos dados ou um bastidor de GPUs com o seu nome, auto-aloje. É a decisão certa, e o projeto merece a sua estrela no GitHub.

Há também um terceiro caminho. A plataforma sobre a qual o kral está construído pode correr dentro da sua empresa, inclusive de forma nativa no seu próprio Windows Server. Um requisito on-premises não põe fim à conversa.

Perguntas que as equipas realmente fazem

O kral é um Open WebUI alojado?

Não, e não vamos fingir o contrário. O kral está construído sobre o LibreChat, uma plataforma de IA open source comparável. O resultado sobrepõe-se quase por completo: todos os principais modelos, um único início de sessão, orçamentos, equipas, chat com documentos. O funcionamento interno difere e, se a sua implementação depender de especificidades do Open WebUI como pipelines ou funções, o kral não é isso.

Podemos manter os nossos modelos locais do Ollama?

No serviço alojado, não; o app.kral.ai executa os principais modelos na nuvem. Se os modelos locais forem um requisito, auto-aloje o Open WebUI, ou execute a plataforma auto-alojável sobre a qual o kral está construído dentro da sua rede e aponte-a para um endpoint compatível com a OpenAI, como o Ollama ou o vLLM.

Precisamos das nossas próprias chaves de API?

Não. Todos os modelos da plataforma estão incluídos e são faturados por token. Ninguém tem de abrir uma conta na OpenAI, e nenhuma chave pode vazar, porque não há nenhuma para distribuir.

Em que consiste a cláusula de marca do Open WebUI?

Desde 2025, a licença exige manter a marca "Open WebUI" a partir do momento em que uma implementação ultrapassa os 50 utilizadores em qualquer período móvel de 30 dias, salvo se uma licença empresarial ou autorização por escrito determinar o contrário. Financia o projeto e é justo. É também algo que convém saber antes de planear uma implementação com marca própria, por isso leia o texto atual da licença; os detalhes podem mudar.

Quanto custa?

Planos mensais com consumo incluído, além de créditos que pode recarregar à medida que avança. Os números atuais estão em kral.ai; não há qualquer sobretaxa por lugar escondida num PDF.

O Open WebUI merece o tempo da sua equipa. Se também merece os seus serões é outra questão. Se preferir gastá-los noutro sítio, o caminho gerido demora cerca de um minuto:

Experimente o kral agora

Marque uma demonstração