Managed Open WebUI-hosting: hvad det bør dække, og et ærligt alternativ

Pilotprojektet var en succes. Open WebUI kom op at køre på en ledig server en eftermiddag, og inden for en uge chattede hele teamet med GPT, Claude og en lokal Llama via Ollama i én poleret grænseflade. Spol tre måneder frem: du er nu den ulønnede operatør af et produktionssystem. Databasen ligger på en disk, som ingen tager backup af. Det indlejrede vektorlager brød sammen den dag, du tilføjede endnu en replika. Nogen indsatte den delte OpenAI-nøgle i en Slack-kanal. Og økonomiafdelingen bliver ved med at spørge, hvem der brugte 400 dollar på tokens i marts.

Intet af det skyldes Open WebUI. Det er, hvad det reelt koster at drive en hvilken som helst AI-platform med flere brugere. Det eneste spørgsmål er, om det arbejde hører til på dit bord. Og en ærlig bemærkning, før vi går i gang: kral, platformen bag denne artikel, er ikke bygget på Open WebUI. Vi vil være helt tydelige om, hvad det betyder.

At få det op at køre var aldrig den svære del

Open WebUI har fortjent sit ry. Det er en af de bedste selvhostede AI-grænseflader, der findes: alle større modeller via OpenAI-kompatible API'er, lokale modeller via Ollama, dokumentchat med indbygget RAG, værktøjer og plugins, og en grænseflade, dit team lærer på få minutter. Den hurtige opstart fortjener sit ry.

Produktion er en anden opgave. I samme øjeblik Open WebUI betjener et team i stedet for en hobbyist, vokser opsætningen sig til en lille platform:

• en ekstern PostgreSQL, fordi standard-SQLite er fint til én instans, men ikke til den anden,
• Redis, så logins og websockets overlever mere end én replika,
• en ekstern vektordatabase, fordi det indlejrede dokumentlager ikke er bygget til, at flere workers skriver på samme tid,
• delt lagerplads til uploads og genererede billeder, plus en hemmelig nøgle, som alle replikaer skal blive enige om,
• en reverse proxy, TLS, et domæne, og overvågning, der fortæller dig, at det er nede, før dine brugere gør,
• og API-nøgler til hver udbyder, du forbinder: OpenAI, Anthropic, Google, og hvem der nu lancerer den næste model, dit team vil have fra dag ét.

Så begynder opdateringerne. Open WebUI udvikler sig hurtigt, hvilket er en god nyhed som bruger og en tilbagevendende opgave som operatør. Hver udgivelse er en changelog at læse, en testrunde for de pipelines og functions, du har bygget ovenpå, og et vedligeholdelsesvindue at planlægge. Spring nogle over, og springet bliver skræmmende. Installer dem alle, og det er et deltidsjob.

Det ved vi, for vi driver en tvilling til denne liste hver eneste dag. kral driver en open source AI-platform i produktion, og listen ovenfor er vores egen runbook med andre navne på kasserne.

Ros, hvor ros er fortjent, og det tilbageværende hul

Retfærdigvis: Open WebUI er usædvanlig stærk på brugerstyring til at være et open source-projekt. Roller, grupper og granulære tilladelser er indbygget, og alene til adgangskontrol vokser du måske aldrig fra det.

Hullet er penge. Med rå API-nøgler får du to dårlige muligheder: én delt nøgle (ingen fordeling af forbruget, og ét læk brænder hele budgettet af) eller en nøgle pr. person (besvær ved onboarding, risiko ved offboarding, og en bunke udbyderfakturaer, som økonomiafdelingen skal afstemme). Open WebUI er en chatplatform, ikke et faktureringssystem. Der er ingen abonnementer, ingen fakturaer, ingen momshåndtering, ingen optankninger, som dine brugere selv kan købe. Ved en udrulning i en virksomhed er det hul som regel showstopperen, ikke serverne.

Der er én ting mere at læse, før du bygger videre på det: licensen. Siden 2025 udgives Open WebUI under en BSD-3-baseret licens med en brandingklausul. At beholde navnet og logoet "Open WebUI" er obligatorisk, når en deployment overstiger 50 brugere inden for en vilkårlig rullende 30-dages periode, medmindre du har en enterprise-licens eller skriftlig tilladelse. Det er en legitim måde at finansiere et open source-projekt på, og det er værd at vide, før du lover din virksomhed en rebrandet portal. Læs den aktuelle licenstekst selv; dette er en observation, ikke juridisk rådgivning.

Hvad managed Open WebUI-hosting bør dække

Managed hosting giver kun mening, hvis det fjerner hele listen, ikke bare containerne. Uanset hvem du vælger, så hold dem op på dette:

• Et opdateret grundlag. Opdateringer kommer uden din involvering, og produktet følger fortsat open source-projektet i stedet for at drive over i en frossen privat klon.
• Modeller inkluderet. Alle større modeller via ét indgangspunkt, ingen API-nøgler at skaffe, distribuere eller rotere.
• Reel omkostningsstyring. Budgetter pr. bruger, forbrug, du kan henføre til en person, og én faktura i stedet for fem.
• Teamstyring. Inviter, fjern, færdig. Adgangen ophører, når kontrakten gør.
• Hele funktionssættet. Dokumentchat, billedgenerering og websøgning bør virke fra dag ét; de er halvdelen af grunden til, at stakken er kompleks.
• Et svar om licensering. Hvis en rebrandet portal betyder noget for dig, så spørg, hvordan det er muligt over 50 brugere. "Stol på os" er ikke et svar.
• En vej ud. Dine data kan eksporteres, og den underliggende software er open source. Hvis det er svært at komme ud, er du ikke en kunde, du er et gidsel.

Den ærlige del: kral er ikke Open WebUI

kral er et managed AI-workspace bygget på LibreChat, den nærmeste slægtning til Open WebUI, og det siger vi med det samme, for tillid dør på side to. Hvis det, du har brug for, er Open WebUI selv, fordi dit team har bygget pipelines og functions på det, eller fordi jeres modeller kører på jeres egne GPU'er, så er en managed udgave af noget andet ikke svaret. Host det selv, og nyd det.

Hvis det, du vil have, er resultatet, ét workspace, hvor hele teamet har adgang til hver eneste større model med budgetter og én samlet regning, så er det præcis det, kral driver som en færdig platform. Du logger ind på app.kral.ai, og det operationelle lag er allerede bygget:

• Claude, GPT, Gemini, DeepSeek, Perplexity og flere i én app, uden API-nøgler nogen steder,
• fakturering pr. token med månedlige abonnementer og optankningskreditter, så forbruget henføres til den person, der har forårsaget det,
• teamabonnementer: én kontrakt, et delt budget, medlemmer du selv administrerer,
• filuploads med dokumentsøgning, billedgenerering og websøgning allerede sat op,
• en grænseflade på 29 sprog,
• og opdateringer klaret for dig: når en udgivelse lander, fletter vi den ind, tester den og ruller den ud.

Hele historien om, hvordan vi driver den stack, inklusive de dele, der er svære, står i managed LibreChat-hosting. Og fordi grundlaget er open source, forbliver udgangen åben: eksporter dine data, og kør stakken selv, når du vil. Et rebrandet workspace, hvis du har brug for et, er en produktfunktion uden nogen brugerantalsgrænse.

Selvhostet Open WebUI vs. managed kral: den ærlige sammenligning

Selvhosting vinder på to ting, og det er store ting: dataene forlader aldrig jeres bygning, og lokale modeller forbliver lokale. Hvis du har et infrastrukturteam, et hårdt krav om dataplacering eller et GPU-rack med dit navn på, så host selv. Det er den rigtige beslutning, og projektet fortjener din stjerne på GitHub.

Der findes også en tredje vej. Platformen, kral er bygget på, kan køre inde i din virksomhed, endda direkte på jeres egen Windows Server. Et krav om on-premises afslutter ikke samtalen.

Spørgsmål teams faktisk stiller

Er kral en hostet Open WebUI?

Nej, og det vil vi ikke lade som om. kral er bygget på LibreChat, en sammenlignelig open source AI-platform. Resultatet overlapper næsten fuldstændigt: hver eneste større model, ét login, budgetter, teams, dokumentchat. Det interne adskiller sig, og hvis din udrulning afhænger af ting, der er specifikke for Open WebUI, som pipelines eller functions, så er kral ikke det.

Kan vi beholde vores lokale Ollama-modeller?

Ikke på den hostede tjeneste; app.kral.ai kører de store cloud-modeller. Hvis lokale modeller er kravet, så host Open WebUI selv, eller kør den selvhostbare platform, kral er bygget på, inde i jeres netværk, og peg den mod et OpenAI-kompatibelt endpoint som Ollama eller vLLM.

Har vi brug for vores egne API-nøgler?

Nej. Hver model på platformen er inkluderet og faktureres pr. token. Ingen behøver at oprette en OpenAI-konto, og ingen nøgle kan lække, for der er ingen at dele ud.

Hvad handler Open WebUI-brandingklausulen om?

Siden 2025 kræver licensen, at man beholder "Open WebUI"-brandingen, når en deployment overstiger 50 brugere inden for en vilkårlig rullende 30-dages periode, medmindre en enterprise-licens eller skriftlig tilladelse siger andet. Den finansierer projektet, og det er fair. Det er også værd at vide, før du planlægger en rebrandet udrulning, så læs den aktuelle licenstekst; detaljer kan ændre sig.

Hvad koster det?

Månedlige abonnementer med inkluderet forbrug, plus kreditter, du kan tanke op undervejs. Aktuelle tal findes på kral.ai; der er intet skjult tillæg pr. plads i en PDF.

Open WebUI er dit teams tid værd. Om det også fortjener dine aftener, er et andet spørgsmål. Hvis du hellere vil bruge dem på noget andet, tager den managed vej cirka et minut:

Prøv kral nu

Book en demo