Hosting gestito di Open WebUI: cosa deve coprire e un'alternativa onesta

Il progetto pilota è stato un successo. Un pomeriggio Open WebUI è finito su un server libero e, nel giro di una settimana, tutto il team chattava con GPT, Claude e un Llama locale tramite Ollama in un'unica interfaccia curata. Tre mesi dopo: Lei è l'operatore non retribuito di un sistema in produzione. Il database vive su un disco di cui nessuno fa il backup. L'archivio vettoriale integrato è crollato il giorno in cui ha aggiunto una seconda replica. Qualcuno ha incollato la chiave OpenAI condivisa in un canale Slack. E l'ufficio contabilità continua a chiedere chi ha speso 400 dollari in token a marzo.

Niente di tutto questo è colpa di Open WebUI. È ciò che costa davvero gestire una qualsiasi piattaforma AI multiutente. L'unica domanda è se quel lavoro debba pesare sulla sua scrivania. E una nota onesta prima di iniziare: kral, la piattaforma dietro questo articolo, non è costruita su Open WebUI. Saremo espliciti su cosa significa.

Metterlo in funzione non è mai stato la parte difficile

Open WebUI si è guadagnato la sua reputazione onestamente. È una delle migliori interfacce AI self-hosted in circolazione: ogni modello importante tramite API compatibili con OpenAI, modelli locali tramite Ollama, chat sui documenti con RAG integrato, strumenti e plugin, e un'interfaccia che il suo team impara in pochi minuti. La guida rapida merita la sua fama.

La produzione è un altro mestiere. Nel momento in cui Open WebUI serve un team invece di un singolo appassionato, l'installazione diventa una piccola piattaforma:

• un PostgreSQL esterno, perché lo SQLite predefinito va bene per una singola istanza e non per la seconda,
• Redis, così che login e websocket sopravvivano a più di una replica,
• un database vettoriale esterno, perché l'archivio documenti integrato non è progettato per più worker che scrivono contemporaneamente,
• storage condiviso per gli upload e le immagini generate, più una chiave segreta su cui ogni replica deve accordarsi,
• un reverse proxy, TLS, un dominio e un monitoraggio che le segnala che è offline prima che lo facciano i suoi utenti,
• e le chiavi API per ogni provider che collega: OpenAI, Anthropic, Google e chiunque rilasci il prossimo modello che il suo team vorrà fin dal primo giorno.

Poi iniziano gli aggiornamenti. Open WebUI si muove in fretta, il che è un'ottima notizia per un utente e un compito ricorrente per un operatore. Ogni release è un changelog da leggere, un ciclo di test per le pipeline e le funzioni che ci ha costruito sopra, e una finestra di manutenzione da pianificare. Se ne salta qualcuno, il balzo diventa spaventoso. Se li applica tutti, è un lavoro part-time.

Lo sappiamo, perché ogni giorno gestiamo il gemello di questa lista. kral gestisce in produzione una piattaforma AI open source, e la lista qui sopra è il nostro runbook con nomi diversi sulle macchine.

Il giusto merito e il divario che resta

Prima di tutto la correttezza: per un progetto open source, Open WebUI è insolitamente forte nella gestione degli utenti. Ruoli, gruppi e permessi granulari sono integrati e, per il solo controllo degli accessi, potrebbe non starci mai stretto.

Il divario sono i soldi. Con le chiavi API grezze si hanno due opzioni sbagliate: un'unica chiave condivisa (nessuna attribuzione, e una sola fuga brucia l'intero budget) oppure una chiave a persona (attrito nell'onboarding, rischio nell'offboarding e una pila di fatture dei provider che l'ufficio contabilità deve riconciliare). Open WebUI è una piattaforma di chat, non un sistema di fatturazione. Non ci sono piani, né fatture, né gestione delle imposte, né ricariche che i suoi utenti possano acquistare da soli. Per l'adozione in un'azienda, di solito è quel divario il vero ostacolo, non i server.

C'è un'altra cosa da leggere prima di costruirci sopra: la licenza. Dal 2025 Open WebUI viene distribuito sotto una licenza basata su BSD-3 con una clausola di branding. Mantenere il nome e il logo "Open WebUI" è obbligatorio quando un deployment supera i 50 utenti in un qualsiasi periodo mobile di 30 giorni, a meno che non si disponga di una licenza enterprise o di un permesso scritto. È un modo legittimo per finanziare un progetto open source, ed è qualcosa da sapere prima di promettere alla sua azienda un portale con marchio personalizzato. Legga di persona il testo attuale della licenza: questa è un'osservazione, non una consulenza legale.

Cosa dovrebbe coprire l'hosting gestito di Open WebUI

L'hosting gestito ha senso solo se elimina l'intera lista, non solo i container. Chiunque scelga, pretenda questo:

• Una base aggiornata. Gli aggiornamenti arrivano senza il suo intervento e il prodotto continua a seguire il progetto open source invece di trasformarsi in un clone privato e congelato.
• Modelli inclusi. Tutti i modelli importanti tramite un unico punto di accesso, nessuna chiave API da ottenere, distribuire o ruotare.
• Un vero controllo dei costi. Budget per utente, un consumo che può attribuire a una persona e una sola fattura invece di cinque.
• Gestione del team. Invitare, rimuovere, fatto. L'accesso termina quando termina il contratto.
• Il set completo di funzionalità. Chat sui documenti, generazione di immagini e ricerca web dovrebbero funzionare fin dal primo giorno: sono metà del motivo per cui lo stack è complesso.
• Una risposta sulla licenza. Se un portale con marchio personalizzato è importante per lei, chieda come sia possibile oltre i 50 utenti. "Fidatevi di noi" non è una risposta.
• Una via d'uscita. I suoi dati sono esportabili e il software sottostante è open source. Se andarsene è difficile, non è un cliente, è un ostaggio.

La parte onesta: kral non è Open WebUI

kral è uno spazio di lavoro AI gestito, costruito su LibreChat, il parente più stretto di Open WebUI, e lo diciamo subito perché la fiducia muore a pagina due. Se ciò di cui ha bisogno è Open WebUI in sé, perché il suo team ci ha costruito sopra pipeline e funzioni o perché i suoi modelli girano sulle sue GPU, allora un qualsiasi altro servizio gestito non è la risposta. Lo ospiti in self-hosting e se lo goda.

Se ciò che vuole è il risultato, un unico spazio di lavoro in cui tutto il team raggiunge ogni modello importante con budget e un'unica fattura, è esattamente questo che kral gestisce come piattaforma finita. Accede su app.kral.ai e il livello operativo è già pronto:

• Claude, GPT, Gemini, DeepSeek, Perplexity e altri in un'unica app, senza alcuna chiave API,
• fatturazione a token con piani mensili e crediti ricaricabili, così che il consumo sia attribuito alla persona che lo ha generato,
• piani per team: un contratto, un budget condiviso, membri che gestisce lei stesso,
• caricamento di file con ricerca sui documenti, generazione di immagini e ricerca web già predisposte,
• un'interfaccia in 29 lingue,
• e aggiornamenti gestiti per lei: quando esce una release, la integriamo, la testiamo e la distribuiamo.

La storia completa di come gestiamo quello stack, comprese le parti difficili, è in hosting gestito di LibreChat. E poiché la base è open source, l'uscita resta aperta: esporti i suoi dati e gestisca lo stack da sé quando vuole. Uno spazio di lavoro con marchio personalizzato, se le serve, è una funzionalità del prodotto senza alcuna soglia sul numero di utenti.

Open WebUI self-hosted vs kral gestito: il confronto onesto

Il self-hosting vince su due fronti, e sono importanti: i dati non lasciano mai il suo edificio e i modelli locali restano locali. Se ha un team di infrastruttura, un requisito rigido di residenza dei dati o un rack di GPU con il suo nome sopra, faccia self-hosting. È la scelta giusta, e il progetto merita la sua stella su GitHub.

C'è anche una terza strada. La piattaforma su cui è costruito kral può funzionare all'interno della sua azienda, persino in modo nativo sul suo Windows Server. Un requisito on-premise non chiude la conversazione.

Le domande che i team fanno davvero

kral è un Open WebUI in hosting?

No, e non fingeremo il contrario. kral è costruito su LibreChat, una piattaforma AI open source paragonabile. Il risultato coincide quasi del tutto: ogni modello importante, un unico login, budget, team, chat sui documenti. Le componenti interne differiscono e, se la sua adozione dipende da specificità di Open WebUI come pipeline o funzioni, kral non è quello.

Possiamo mantenere i nostri modelli Ollama locali?

Non sul servizio in hosting: app.kral.ai esegue i principali modelli cloud. Se i modelli locali sono un requisito, faccia self-hosting di Open WebUI, oppure esegua all'interno della sua rete la piattaforma self-hostabile su cui è costruito kral e la punti verso un endpoint compatibile con OpenAI come Ollama o vLLM.

Ci servono chiavi API nostre?

No. Ogni modello sulla piattaforma è incluso e fatturato a token. Nessuno deve aprire un account OpenAI e nessuna chiave può trapelare, perché non ce ne sono da distribuire.

Di cosa tratta la clausola di branding di Open WebUI?

Dal 2025 la licenza impone di mantenere il branding "Open WebUI" quando un deployment supera i 50 utenti in un qualsiasi periodo mobile di 30 giorni, a meno che una licenza enterprise o un permesso scritto non dicano il contrario. Finanzia il progetto ed è giusto così. È anche qualcosa da sapere prima di pianificare un'adozione con marchio personalizzato, quindi legga il testo attuale della licenza: i dettagli possono cambiare.

Quanto costa?

Piani mensili con consumo incluso, più crediti che può ricaricare man mano. I numeri attuali sono su kral.ai: non c'è alcun sovrapprezzo per postazione nascosto in un PDF.

Open WebUI vale il tempo del suo team. Se meriti anche le sue serate è un'altra questione. Se preferisce trascorrerle altrove, la strada gestita richiede circa un minuto:

Provi kral ora

Prenoti una demo