Beheerde Open WebUI-hosting: wat het zou moeten dekken, en een eerlijk alternatief

De pilot was een succes. Open WebUI stond op een middag op een reserveserver, en binnen een week chatte het hele team met GPT, Claude en een lokale Llama via Ollama in één verzorgde interface. Spoel drie maanden vooruit: u bent de onbetaalde beheerder van een productiesysteem. De database staat op een schijf waarvan niemand een back-up maakt. De ingebouwde vectoropslag bezweek op de dag dat u een tweede replica toevoegde. Iemand plakte de gedeelde OpenAI-sleutel in een Slack-kanaal. En de financiële afdeling blijft vragen wie in maart 400 dollar aan tokens heeft uitgegeven.

Niets daarvan is de schuld van Open WebUI. Het is wat het runnen van welk AI-platform voor meerdere gebruikers dan ook werkelijk kost. De enige vraag is of dat werk op uw bureau thuishoort. En één eerlijke opmerking voordat we beginnen: kral, het platform achter dit artikel, is niet gebouwd op Open WebUI. We zullen expliciet zijn over wat dat betekent.

Het draaiend krijgen was nooit het moeilijke deel

Open WebUI heeft zijn reputatie eerlijk verdiend. Het is een van de beste zelfgehoste AI-interfaces die er zijn: elk belangrijk model via OpenAI-compatibele API's, lokale modellen via Ollama, documentchat met ingebouwde RAG, tools en plugins, en een interface die uw team in enkele minuten onder de knie heeft. De snelle start verdient zijn reputatie.

Productie is een ander verhaal. Op het moment dat Open WebUI een team bedient in plaats van een hobbyist, groeit de opzet uit tot een klein platform:

• een externe PostgreSQL, omdat de standaard SQLite prima is voor één instantie maar niet voor de tweede,
• Redis, zodat aanmeldingen en websockets meer dan één replica overleven,
• een externe vectordatabase, omdat de ingebouwde documentopslag niet gebouwd is voor meerdere workers die tegelijk schrijven,
• gedeelde opslag voor uploads en gegenereerde afbeeldingen, plus een geheime sleutel waarover elke replica het eens moet zijn,
• een reverse proxy, TLS, een domein, en monitoring die u vertelt dat het plat ligt voordat uw gebruikers dat doen,
• en API-sleutels voor elke provider die u koppelt: OpenAI, Anthropic, Google, en wie dan ook het volgende model uitbrengt dat uw team vanaf dag één wil.

Dan beginnen de updates. Open WebUI beweegt snel, wat geweldig nieuws is als gebruiker en een terugkerende taak als beheerder. Elke release is een changelog om te lezen, een testronde voor de pipelines en functies die u erbovenop hebt gebouwd, en een onderhoudsvenster om in te plannen. Sla er een paar over en de sprong wordt eng. Pas ze allemaal toe en het is een deeltijdbaan.

Wij weten dat, omdat we de tweelingversie van deze lijst elke dag draaien. kral draait een open source AI-platform in productie, en de lijst hierboven is ons eigen draaiboek, alleen met andere namen op de onderdelen.

Eer wie eer toekomt, en de kloof die overblijft

Eerlijk is eerlijk: Open WebUI is ongewoon sterk in gebruikersbeheer voor een open source project. Rollen, groepen en granulaire rechten zijn ingebouwd, en alleen voor toegangsbeheer ontgroeit u het misschien nooit.

De kloof is geld. Met kale API-sleutels krijgt u twee slechte opties: één gedeelde sleutel (geen toewijzing, en één lek verbrandt het hele budget) of een sleutel per persoon (frictie bij het onboarden, risico bij het offboarden, en een stapel providerfacturen die de financiële afdeling moet afstemmen). Open WebUI is een chatplatform, geen facturatiesysteem. Er zijn geen abonnementen, geen facturen, geen btw-afhandeling, geen tegoeden die uw gebruikers zelf kunnen kopen. Voor een uitrol binnen een bedrijf is die kloof meestal de showstopper, niet de servers.

Er is nog één ding om te lezen voordat u erop bouwt: de licentie. Sinds 2025 wordt Open WebUI geleverd onder een op BSD-3 gebaseerde licentie met een brandingclausule. Het behouden van de naam en het logo "Open WebUI" is verplicht zodra een implementatie meer dan 50 gebruikers overschrijdt in een voortschrijdende periode van 30 dagen, tenzij u een enterprise-licentie of schriftelijke toestemming hebt. Dat is een legitieme manier om een open source project te financieren, en het is iets om te weten voordat u uw bedrijf een portaal met een eigen merk belooft. Lees zelf de huidige licentietekst; dit is een observatie, geen juridisch advies.

Wat beheerde Open WebUI-hosting zou moeten dekken

Beheerde hosting is alleen zinvol als het de hele lijst wegneemt, niet alleen de containers. Wie u ook kiest, houd hen hieraan:

• Een actuele basis. Updates arriveren zonder uw betrokkenheid, en het product blijft het open source project volgen in plaats van af te dwalen naar een bevroren privékloon.
• Modellen inbegrepen. Alle belangrijke modellen via één toegangspunt, geen API-sleutels om te verkrijgen, te verspreiden of te roteren.
• Echte kostenbeheersing. Budgetten per gebruiker, verbruik dat u aan een persoon kunt toewijzen, en één factuur in plaats van vijf.
• Teambeheer. Uitnodigen, verwijderen, klaar. Toegang eindigt wanneer het contract eindigt.
• De volledige functieset. Documentchat, beeldgeneratie en zoeken op internet zouden vanaf dag één moeten werken; ze zijn de helft van de reden dat de stack complex is.
• Een antwoord op de licentievraag. Als een portaal met een eigen merk belangrijk voor u is, vraag dan hoe dat mogelijk is boven de 50 gebruikers. "Vertrouw ons maar" is geen antwoord.
• Een uitweg. Uw gegevens zijn exporteerbaar en de onderliggende software is open source. Als vertrekken moeilijk is, bent u geen klant, u bent een gijzelaar.

Het eerlijke deel: kral is niet Open WebUI

kral is een beheerde AI-werkomgeving gebouwd op LibreChat, de naaste verwant van Open WebUI, en we zeggen dat meteen in de eerste adem, want vertrouwen sterft op pagina twee. Als u Open WebUI zelf nodig hebt, omdat uw team er pipelines en functies op heeft gebouwd of omdat uw modellen op uw eigen GPU's draaien, dan is welk beheerd alternatief dan ook niet het antwoord. Host het zelf, en geniet ervan.

Als u het resultaat wilt, één werkomgeving waar het hele team elk belangrijk model bereikt met budgetten en één rekening, dan is dat precies wat kral draait als een afgewerkt platform. U meldt zich aan op app.kral.ai en de operationele laag is al gebouwd:

• Claude, GPT, Gemini, DeepSeek, Perplexity en meer in één app, zonder API-sleutels waar dan ook,
• facturatie per token met maandabonnementen en aanvultegoeden, zodat verbruik wordt toegewezen aan de persoon die het heeft veroorzaakt,
• teamabonnementen: één contract, een gedeeld budget, leden die u zelf beheert,
• bestandsuploads met documentzoeken, beeldgeneratie en zoeken op internet, allemaal al aangesloten,
• een interface in 29 talen,
• en updates die voor u worden afgehandeld: wanneer een release uitkomt, mergen wij die, testen we die en rollen we die uit.

Het volledige verhaal over hoe we die stack draaien, inclusief de moeilijke delen, staat in beheerde LibreChat-hosting. En omdat de basis open source is, blijft de uitgang open: exporteer uw gegevens en draai de stack zelf wanneer u maar wilt. Een werkomgeving met een eigen merk, als u die nodig hebt, is een productfunctie zonder plotselinge grens bij een bepaald gebruikersaantal.

Zelfgehost Open WebUI versus beheerd kral: de eerlijke vergelijking

Zelf hosten wint op twee punten, en het zijn grote: de gegevens verlaten nooit uw gebouw, en lokale modellen blijven lokaal. Als u een infrastructuurteam hebt, een harde eis voor gegevenslocatie of een GPU-rack met uw naam erop, host het dan zelf. Dat is de juiste keuze, en het project verdient uw ster op GitHub.

Er is ook een derde weg. Het platform waarop kral is gebouwd, kan binnen uw bedrijf draaien, zelfs native op uw eigen Windows Server. Een on-premises-eis beëindigt het gesprek niet.

Vragen die teams echt stellen

Is kral een gehoste Open WebUI?

Nee, en we zullen niet doen alsof. kral is gebouwd op LibreChat, een vergelijkbaar open source AI-platform. Het resultaat overlapt bijna volledig: elk belangrijk model, één login, budgetten, teams, documentchat. De interne werking verschilt, en als uw uitrol afhangt van Open WebUI-specifieke zaken zoals pipelines of functies, dan is kral dat niet.

Kunnen we onze lokale Ollama-modellen behouden?

Niet op de gehoste dienst; app.kral.ai draait de grote cloudmodellen. Als lokale modellen de vereiste zijn, host dan Open WebUI zelf, of draai het zelf-hostbare platform waarop kral is gebouwd binnen uw netwerk en richt het op een OpenAI-compatibel endpoint zoals Ollama of vLLM.

Hebben we onze eigen API-sleutels nodig?

Nee. Elk model op het platform is inbegrepen en wordt per token gefactureerd. Niemand hoeft een OpenAI-account te openen, en geen enkele sleutel kan lekken, want er zijn er geen om uit te delen.

Waar gaat de brandingclausule van Open WebUI over?

Sinds 2025 vereist de licentie het behouden van de "Open WebUI"-branding zodra een implementatie meer dan 50 gebruikers overschrijdt in een voortschrijdende periode van 30 dagen, tenzij een enterprise-licentie of schriftelijke toestemming anders bepaalt. Het financiert het project, en dat is eerlijk. Het is ook iets om te weten voordat u een uitrol met een eigen merk plant, dus lees de huidige licentietekst; details kunnen veranderen.

Wat kost het?

Maandabonnementen met inbegrepen verbruik, plus tegoeden die u onderweg kunt aanvullen. Actuele cijfers staan op kral.ai; er zit geen opslag per gebruiker verborgen in een PDF.

Open WebUI is de tijd van uw team waard. Of het ook uw avonden verdient, is een andere vraag. Als u die liever elders besteedt, kost de beheerde route ongeveer een minuut:

Probeer kral nu

Boek een demo