Managed Open WebUI-hosting: hva det bør dekke, og et ærlig alternativ

Piloten ble en suksess. Open WebUI havnet på en ledig server en ettermiddag, og i løpet av en uke chattet hele teamet med GPT, Claude og en lokal Llama gjennom Ollama i ett polert grensesnitt. Spol tre måneder fram: du er den ubetalte driftsansvarlige for et produksjonssystem. Databasen ligger på en disk ingen tar sikkerhetskopi av. Det innebygde vektorlageret kollapset den dagen du la til den andre replikaen. Noen limte den delte OpenAI-nøkkelen inn i en Slack-kanal. Og økonomiavdelingen spør stadig hvem som brukte 400 dollar på tokens i mars.

Ingenting av dette skyldes Open WebUI. Det er rett og slett hva det koster å drifte en hvilken som helst AI-plattform med flere brukere. Det eneste spørsmålet er om den jobben hører hjemme på ditt bord. Og en ærlig merknad før vi starter: kral, plattformen bak denne artikkelen, er ikke bygget på Open WebUI. Vi skal være tydelige på hva det betyr.

Å få det opp å kjøre var aldri det vanskelige

Open WebUI har fortjent ryktet sitt på ærlig vis. Det er ett av de beste selvhostede AI-grensesnittene som finnes: alle de store modellene gjennom OpenAI-kompatible API-er, lokale modeller gjennom Ollama, dokumentchat med innebygd RAG, verktøy og plugins, og et grensesnitt teamet ditt lærer seg på minutter. Hurtigstarten fortjener ryktet sitt.

Produksjon er en annen jobb. I det øyeblikket Open WebUI betjener et team i stedet for en hobbybruker, vokser oppsettet til en liten plattform:

• en ekstern PostgreSQL, fordi standard-SQLite holder for én instans, men ikke for den andre,
• Redis, slik at innlogginger og websockets overlever mer enn én replika,
• en ekstern vektordatabase, fordi det innebygde dokumentlageret ikke er bygget for at flere arbeidsprosesser skriver samtidig,
• delt lagring for opplastinger og genererte bilder, pluss en hemmelig nøkkel alle replikaer må være enige om,
• en reverse proxy, TLS, et domene, og overvåking som forteller deg at det er nede før brukerne dine gjør det,
• og API-nøkler for hver leverandør du kobler til: OpenAI, Anthropic, Google, og hvem enn som lanserer den neste modellen teamet ditt vil ha fra dag én.

Så starter oppdateringene. Open WebUI utvikler seg raskt, noe som er gode nyheter som bruker og en tilbakevendende oppgave som driftsansvarlig. Hver utgivelse er en endringslogg å lese, en testrunde for de pipelinene og funksjonene du har bygget oppå, og et vedlikeholdsvindu å planlegge. Hopper du over noen, blir spranget skummelt. Installerer du alle, er det en deltidsjobb.

Vi vet det, for vi drifter tvillingen til denne lista hver eneste dag. kral drifter en AI-plattform med åpen kildekode i produksjon, og lista over er vår egen driftshåndbok med andre navn på boksene.

Ære den som æres bør, og gapet som gjenstår

Rettferdighet først: Open WebUI er uvanlig sterk på brukeradministrasjon for et åpen kildekode-prosjekt. Roller, grupper og finkornede tillatelser er innebygd, og for tilgangsstyring alene vokser du kanskje aldri fra det.

Gapet er penger. Med rå API-nøkler får du to dårlige alternativer: én delt nøkkel (ingen tilskriving, og én lekkasje brenner opp hele budsjettet) eller én nøkkel per person (friksjon ved onboarding, risiko ved offboarding, og en bunke leverandørfakturaer som økonomiavdelingen skal avstemme). Open WebUI er en chatplattform, ikke et faktureringssystem. Det finnes ingen abonnementer, ingen fakturaer, ingen mva-håndtering, ingen påfyll brukerne dine kan kjøpe selv. For en utrulling i en bedrift er det gapet vanligvis det som stopper det hele, ikke serverne.

Det er én ting til å lese før du bygger på det: lisensen. Siden 2025 leveres Open WebUI under en BSD-3-basert lisens med en merkevareklausul. Å beholde navnet og logoen "Open WebUI" er obligatorisk så snart en installasjon overstiger 50 brukere i en hvilken som helst rullerende 30-dagersperiode, med mindre du har en enterprise-lisens eller skriftlig tillatelse. Det er en legitim måte å finansiere et åpen kildekode-prosjekt på, og det er verdt å vite før du lover bedriften din en ommerket portal. Les den gjeldende lisensteksten selv; dette er en observasjon, ikke juridisk rådgivning.

Hva managed Open WebUI-hosting bør dekke

Managed hosting gir bare mening hvis det fjerner hele lista, ikke bare containerne. Uansett hvem du velger, hold dem til dette:

• En oppdatert base. Oppdateringer kommer uten at du er involvert, og produktet fortsetter å følge åpen kildekode-prosjektet i stedet for å gli over i en frossen privat klon.
• Modeller inkludert. Alle de store modellene gjennom ett inngangspunkt, ingen API-nøkler å skaffe, distribuere eller rotere.
• Reell kostnadskontroll. Budsjetter per bruker, forbruk du kan tilskrive en person, og én faktura i stedet for fem.
• Teamadministrasjon. Inviter, fjern, ferdig. Tilgangen slutter når kontrakten gjør det.
• Hele funksjonssettet. Dokumentchat, bildegenerering og nettsøk bør fungere fra dag én; de er halve grunnen til at stacken er kompleks.
• Et svar om lisensiering. Hvis en ommerket portal betyr noe for deg, spør hvordan det er mulig over 50 brukere. "Stol på oss" er ikke et svar.
• En vei ut. Dataene dine kan eksporteres, og den underliggende programvaren er åpen kildekode. Hvis det er vanskelig å forlate, er du ikke en kunde, du er et gissel.

Den ærlige delen: kral er ikke Open WebUI

kral er et managed AI-arbeidsområde bygget på LibreChat, den nærmeste slektningen til Open WebUI, og vi sier det med en gang, fordi tillit dør på side to. Hvis det du trenger er Open WebUI selv, fordi teamet ditt har bygget pipelines og funksjoner på det, eller fordi modellene dine kjører på egne GPU-er, da er en managed variant av noe annet ikke svaret. Host det selv, og nyt det.

Hvis det du vil ha er resultatet, ett arbeidsområde der hele teamet når hver eneste store modell med budsjetter og én samlet regning, så er det nøyaktig det kral drifter som en ferdig plattform. Du logger inn på app.kral.ai, og det operasjonelle laget er allerede bygget:

• Claude, GPT, Gemini, DeepSeek, Perplexity og flere i én app, uten API-nøkler noe sted,
• fakturering per token med månedlige abonnementer og påfyllskreditter, slik at forbruk tilskrives personen som forårsaket det,
• teamabonnementer: én kontrakt, ett felles budsjett, medlemmer du administrerer selv,
• filopplastinger med dokumentsøk, bildegenerering og nettsøk allerede ferdig koblet opp,
• et grensesnitt på 29 språk,
• og oppdateringer håndtert for deg: når en utgivelse lanseres, fletter vi den inn, tester den og ruller den ut.

Hele historien om hvordan vi drifter den stacken, inkludert de vanskelige delene, finner du i managed LibreChat-hosting. Og fordi basen er åpen kildekode, forblir utgangen åpen: eksporter dataene dine og kjør stacken selv når du vil. Et ommerket arbeidsområde, hvis du trenger et, er en produktfunksjon uten noen brukertallgrense.

Selvhostet Open WebUI vs managed kral: den ærlige sammenligningen

Selvhosting vinner på to ting, og det er store: dataene forlater aldri bygget ditt, og lokale modeller forblir lokale. Hvis du har et infrastrukturteam, et strengt krav til hvor data skal lagres eller et GPU-rack med navnet ditt på, host selv. Det er riktig valg, og prosjektet fortjener stjernen din på GitHub.

Det finnes også en tredje vei. Plattformen kral er bygget på, kan kjøre inne i bedriften din, til og med nativt på din egen Windows Server. Et on-premises-krav avslutter ikke samtalen.

Spørsmål team faktisk stiller

Er kral en hostet Open WebUI?

Nei, og vi skal ikke late som noe annet. kral er bygget på LibreChat, en sammenlignbar AI-plattform med åpen kildekode. Resultatet overlapper nesten fullstendig: hver eneste store modell, én innlogging, budsjetter, team, dokumentchat. Det interne er forskjellig, og hvis utrullingen din avhenger av Open WebUI-spesifikke ting som pipelines eller funksjoner, er kral ikke det.

Kan vi beholde de lokale Ollama-modellene våre?

Ikke på den hostede tjenesten; app.kral.ai kjører de store skymodellene. Hvis lokale modeller er kravet, host Open WebUI selv, eller kjør den selvhostbare plattformen kral er bygget på inne i nettverket ditt og pek den mot et OpenAI-kompatibelt endepunkt som Ollama eller vLLM.

Trenger vi egne API-nøkler?

Nei. Hver modell på plattformen er inkludert og faktureres per token. Ingen må opprette en OpenAI-konto, og ingen nøkkel kan lekke, fordi det ikke finnes noen å dele ut.

Hva går Open WebUI-merkevareklausulen ut på?

Siden 2025 krever lisensen at "Open WebUI"-merkevaren beholdes så snart en installasjon overstiger 50 brukere i en hvilken som helst rullerende 30-dagersperiode, med mindre en enterprise-lisens eller skriftlig tillatelse sier noe annet. Det finansierer prosjektet, og det er rimelig. Det er også verdt å vite før du planlegger en ommerket utrulling, så les den gjeldende lisensteksten; detaljer kan endre seg.

Hva koster det?

Månedlige abonnementer med inkludert forbruk, pluss kreditter du kan fylle på underveis. Aktuelle tall finner du på kral.ai; det finnes ingen påslag per sete skjult i en PDF.

Open WebUI er verdt teamets tid. Om det også fortjener kveldene dine, er et annet spørsmål. Hvis du heller vil bruke dem på noe annet, tar den managed veien omtrent ett minutt:

Prøv kral nå

Book en demo