Le projet pilote a été un succès. Open WebUI a été installé sur un serveur inutilisé un après-midi, et en l'espace d'une semaine toute l'équipe échangeait avec GPT, Claude et un Llama local via Ollama dans une seule interface soignée. Trois mois plus tard : vous voici l'exploitant non rémunéré d'un système de production. La base de données réside sur un disque que personne ne sauvegarde. Le magasin de vecteurs intégré s'est écroulé le jour où vous avez ajouté une deuxième réplique. Quelqu'un a collé la clé OpenAI partagée dans un canal Slack. Et la comptabilité n'arrête pas de demander qui a dépensé 400 dollars en tokens au mois de mars.

Rien de tout cela n'est la faute d'Open WebUI. C'est simplement ce que coûte réellement l'exploitation de n'importe quelle plateforme d'IA multi-utilisateurs. La seule question est de savoir si ce travail vous revient. Et une note honnête avant de commencer : kral, la plateforme à l'origine de cet article, n'est pas construite sur Open WebUI. Nous serons explicites sur ce que cela signifie.

Le faire fonctionner n'a jamais été le plus difficile

Open WebUI a mérité sa réputation honnêtement. C'est l'une des meilleures interfaces d'IA auto-hébergées qui soient : tous les grands modèles via des API compatibles OpenAI, les modèles locaux via Ollama, le chat documentaire avec RAG intégré, des outils et des plugins, et une interface que votre équipe maîtrise en quelques minutes. La prise en main rapide mérite sa réputation.

La production est un tout autre métier. Dès qu'Open WebUI dessert une équipe plutôt qu'un amateur, l'installation se transforme en une petite plateforme :

  • un PostgreSQL externe, parce que le SQLite par défaut convient à une seule instance mais pas à la deuxième,
  • Redis, pour que les connexions et les websockets survivent à plus d'une réplique,
  • une base de données vectorielle externe, parce que le magasin de documents intégré n'est pas conçu pour plusieurs workers qui écrivent en même temps,
  • un stockage partagé pour les téléversements et les images générées, ainsi qu'une clé secrète sur laquelle chaque réplique doit s'accorder,
  • un reverse proxy, TLS, un domaine, et une supervision qui vous signale une panne avant vos utilisateurs,
  • et des clés API pour chaque fournisseur que vous connectez : OpenAI, Anthropic, Google, et quiconque livre le prochain modèle que votre équipe voudra dès le premier jour.

Puis viennent les mises à jour. Open WebUI évolue vite, ce qui est une excellente nouvelle en tant qu'utilisateur et une tâche récurrente en tant qu'exploitant. Chaque version, c'est un journal des modifications à lire, une passe de tests pour les pipelines et les fonctions que vous avez bâtis par-dessus, et une fenêtre de maintenance à planifier. Sautez-en quelques-unes et le bond à franchir devient effrayant. Appliquez-les toutes et cela devient un travail à mi-temps.

Nous le savons, parce que nous gérons le jumeau de cette liste tous les jours. kral exploite une plateforme d'IA open source en production, et la liste ci-dessus est notre propre manuel d'exploitation, avec simplement d'autres noms sur les serveurs.

Ce qui mérite d'être salué, et la lacune qui subsiste

L'équité d'abord : Open WebUI est étonnamment solide en matière de gestion des utilisateurs pour un projet open source. Les rôles, les groupes et les permissions granulaires sont intégrés, et pour le seul contrôle d'accès, vous ne le trouverez peut-être jamais trop limité.

La lacune, c'est l'argent. Avec des clés API brutes, vous avez deux mauvaises options : une clé partagée (aucune attribution, et une seule fuite épuise tout le budget) ou une clé par personne (friction à l'arrivée, risque au départ, et une pile de factures de fournisseurs que la comptabilité doit rapprocher). Open WebUI est une plateforme de chat, pas un système de facturation. Il n'y a pas de forfaits, pas de factures, pas de gestion des taxes, pas de recharges de crédit que vos utilisateurs peuvent acheter eux-mêmes. Pour un déploiement à l'échelle de l'entreprise, cette lacune est généralement l'obstacle rédhibitoire, pas les serveurs.

Il y a encore une chose à lire avant de bâtir dessus : la licence. Depuis 2025, Open WebUI est distribué sous une licence dérivée de BSD-3 assortie d'une clause de marque. Conserver le nom et le logo "Open WebUI" est obligatoire dès qu'un déploiement dépasse 50 utilisateurs sur une période glissante de 30 jours, sauf si vous détenez une licence entreprise ou une autorisation écrite. C'est une façon légitime de financer un projet open source, et c'est un point à connaître avant de promettre à votre entreprise un portail rebaptisé. Lisez vous-même le texte actuel de la licence ; ceci est une observation, pas un conseil juridique.

Ce que l'hébergement infogéré d'Open WebUI devrait couvrir

L'hébergement infogéré n'a de sens que s'il élimine toute la liste, pas seulement les conteneurs. Quel que soit votre choix, exigez ceci :

  • Une base à jour. Les mises à jour arrivent sans votre intervention, et le produit continue de suivre le projet open source au lieu de dériver vers un clone privé figé.
  • Les modèles inclus. Tous les grands modèles par un point d'entrée unique, sans clés API à obtenir, distribuer ou renouveler.
  • Un vrai contrôle des coûts. Des budgets par utilisateur, une consommation que vous pouvez attribuer à une personne, et une seule facture au lieu de cinq.
  • La gestion d'équipe. Inviter, retirer, terminé. L'accès prend fin en même temps que le contrat.
  • L'ensemble complet des fonctionnalités. Le chat documentaire, la génération d'images et la recherche web devraient fonctionner dès le premier jour ; ils représentent la moitié de la raison pour laquelle la stack est complexe.
  • Une réponse sur la licence. Si un portail rebaptisé compte pour vous, demandez comment cela est possible au-delà de 50 utilisateurs. "Faites-nous confiance" n'est pas une réponse.
  • Une porte de sortie. Vos données sont exportables et le logiciel sous-jacent est open source. Si partir est difficile, vous n'êtes pas un client, vous êtes un otage.

La partie honnête : kral n'est pas Open WebUI

kral est un espace de travail d'IA infogéré bâti sur LibreChat, le plus proche cousin d'Open WebUI, et nous le disons d'emblée parce que la confiance meurt à la page deux. Si ce dont vous avez besoin, c'est Open WebUI lui-même, parce que votre équipe y a construit des pipelines et des fonctions ou parce que vos modèles tournent sur vos propres GPU, alors aucune autre solution infogérée n'est la réponse. Auto-hébergez-le, et profitez-en.

Si ce que vous voulez, c'est le résultat, un espace de travail unique où toute l'équipe accède à tous les grands modèles avec des budgets et une facture unique, c'est exactement ce que kral exploite en tant que plateforme finie. Vous vous connectez sur app.kral.ai et la couche opérationnelle est déjà construite :

  • Claude, GPT, Gemini, DeepSeek, Perplexity et bien d'autres dans une seule application, sans clés API nulle part,
  • une facturation au token avec des forfaits mensuels et des crédits rechargeables, de sorte que la consommation est attribuée à la personne qui l'a générée,
  • des forfaits d'équipe : un seul contrat, un budget partagé, des membres que vous gérez vous-même,
  • les téléversements de fichiers avec recherche documentaire, la génération d'images et la recherche web déjà en place,
  • une interface en 29 langues,
  • et les mises à jour prises en charge pour vous : lorsqu'une version sort, nous l'intégrons, la testons et la déployons.

Le récit complet de la manière dont nous exploitons cette stack, y compris les parties difficiles, se trouve dans l'hébergement LibreChat infogéré. Et parce que la base est open source, la sortie reste ouverte : exportez vos données et exploitez la stack vous-même quand vous le souhaitez. Un espace de travail rebaptisé, si vous en avez besoin, est une fonctionnalité du produit sans seuil couperet lié au nombre d'utilisateurs.

Open WebUI auto-hébergé contre kral infogéré : la comparaison honnête

Open WebUI auto-hébergéInfogéré (kral)
Délai avant le premier chatDes minutes pour le premier utilisateur ; un week-end à la deuxième répliqueEnviron une minute
Mises à jourVous récupérez, lisez, testez, déployezFait pour vous
Accès aux modèlesVos clés API, un compte par fournisseurInclus, une seule connexion
Modèles locaux sur votre GPUSon terrain de prédilectionCe n'est pas la vocation d'un service hébergé
Contrôle des coûts par utilisateurÀ construire vous-mêmeBudgets et facturation au token intégrés
Changement de marqueAu-delà de 50 utilisateurs, uniquement avec une licence entrepriseFonctionnalité du produit
Emplacement des donnéesEntièrement les vôtres, sur votre matérielSur l'infrastructure de kral, exportables à tout moment
Ce que cela coûteServeur, factures de fournisseurs, vos heuresForfait ou crédits, une seule facture

L'auto-hébergement l'emporte sur deux points, et ce sont des points majeurs : les données ne quittent jamais vos locaux, et les modèles locaux restent locaux. Si vous disposez d'une équipe d'infrastructure, d'une exigence stricte de résidence des données ou d'un rack de GPU à votre nom, auto-hébergez. C'est le bon choix, et le projet mérite votre étoile sur GitHub.

Il existe aussi une troisième voie. La plateforme sur laquelle kral est bâti peut fonctionner au sein de votre entreprise, même nativement sur votre propre Windows Server. Une exigence sur site ne met pas fin à la conversation.

Les questions que les équipes posent vraiment

kral est-il un Open WebUI hébergé ?

Non, et nous ne prétendrons pas le contraire. kral est bâti sur LibreChat, une plateforme d'IA open source comparable. Le résultat se recoupe presque entièrement : tous les grands modèles, une seule connexion, des budgets, des équipes, le chat documentaire. Les rouages internes diffèrent, et si votre déploiement dépend de spécificités d'Open WebUI comme les pipelines ou les fonctions, kral n'est pas cela.

Pouvons-nous conserver nos modèles Ollama locaux ?

Pas sur le service hébergé ; app.kral.ai exécute les principaux modèles cloud. Si les modèles locaux sont une exigence, auto-hébergez Open WebUI, ou exécutez la plateforme auto-hébergeable sur laquelle kral est bâti au sein de votre réseau et pointez-la vers un point de terminaison compatible OpenAI comme Ollama ou vLLM.

Avons-nous besoin de nos propres clés API ?

Non. Chaque modèle de la plateforme est inclus et facturé au token. Personne n'a besoin d'ouvrir un compte OpenAI, et aucune clé ne peut fuiter, parce qu'il n'y en a aucune à distribuer.

En quoi consiste la clause de marque d'Open WebUI ?

Depuis 2025, la licence impose de conserver la marque "Open WebUI" dès qu'un déploiement dépasse 50 utilisateurs sur une période glissante de 30 jours, sauf mention contraire d'une licence entreprise ou d'une autorisation écrite. Cela finance le projet, et c'est équitable. C'est aussi un point à connaître avant de planifier un déploiement rebaptisé, alors lisez le texte actuel de la licence ; les détails peuvent changer.

Combien cela coûte-t-il ?

Des forfaits mensuels avec une consommation incluse, plus des crédits que vous pouvez recharger au fil de l'eau. Les tarifs actuels sont sur kral.ai ; il n'y a pas de majoration par siège cachée dans un PDF.


Open WebUI vaut le temps de votre équipe. Savoir s'il mérite aussi vos soirées est une autre question. Si vous préférez les passer ailleurs, la voie infogérée prend environ une minute :

Essayer kral maintenant

Réserver une démo

Commentaires (0)

Aucun commentaire pour l'instant. Soyez le premier !

Connectez-vous pour laisser un commentaire.

Se connecter S'inscrire