Déployer une IA souveraine surcharge souvent l'infrastructure. La mise à jour v0.11.4 d'Open WebUI résout ce problème en isolant l'interface utilisateur grâce à une image slim de 175 Mo. Pour les entreprises, c'est l'opportunité de réduire drastiquement les coûts de stockage tout en garantissant une sécurité et une gouvernance des données optimales. Dans les architectures d'entreprise, le poids des images de conteneurs influence les temps de transfert, de déploiement et de mise à jour. Les API tierces peuvent également poser des questions de localisation, de confidentialité ou de gouvernance selon les fournisseurs utilisés ; à l'inverse, l'auto-hébergement déplace une partie de ces responsabilités vers l'organisation. Le 21 septembre 2026, la v0.11.4 d'Open WebUI a ajouté une variante :main-slim d'environ 175 Mo, près de 89 % plus petite que la release précédente. Elle retire la pile ML locale ; l'image standard reste disponible pour les usages qui ont besoin de composants locaux. La branche 0.11.x avait aussi reçu des correctifs de sécurité importants : la v0.11.1 corrige notamment CVE-2026-87998, une faille d'autorisation classée élevée, et CVE-2026-88000, un déni de service classé modéré. Depuis la v0.6.6 d'avril 2025, le projet utilise par ailleurs une licence source-available avec une clause de protection du branding. Les architectures cloud-native peuvent ainsi réduire le poids à transférer pour les instances Open WebUI qui s'appuient sur des moteurs d'inférence et d'embedding externes. Le bénéfice réel sur Kubernetes dépend toutefois du nombre de réplicas, du stockage, de la base de données, du réseau et des services associés. Au-delà des critères de performance purement quantitatifs et des métriques de scalabilité, Open WebUI pose une question philosophique fondamentale sur le contrôle de nos interfaces d'accès à l'intelligence artificielle. Le passage à une image « slim » illustre une tendance utile en 2026 : séparer davantage la couche applicative des composants de calcul spécialisés. Dans ce modèle, Open WebUI peut rester relativement léger tandis que l'inférence, les embeddings et certains services de données sont exécutés là où l'infrastructure est la plus adaptée. En observant l'évolution de cette plateforme, je me rends compte que la souveraineté numérique ne se joue pas uniquement au niveau des modèles de fondation, mais aussi dans le contrôle des interfaces, des identités, des données et des routes vers les fournisseurs. La clause de branding d'Open WebUI rappelle également une distinction importante : depuis la v0.6.6, le projet reste source-available et gratuit avec son branding, mais sa licence actuelle n'est plus une licence open source approuvée par l'OSI. À mon sens, un usage intéressant de cette v0.11.4 consiste à déployer des instances spécialisées d'Open WebUI reliées à une infrastructure d'inférence mutualisée. L'image slim réduit fortement le poids du conteneur, mais elle ne signifie pas que chaque instance ne consommera que quelques mégaoctets de RAM : la mémoire réelle dépend de l'activité, du nombre d'utilisateurs et des fonctions activées. Cette approche peut néanmoins rendre la couche d'accès aux modèles plus légère et reconfigurable, à condition de maîtriser les coûts d'exploitation et l'état partagé.