[{"data":1,"prerenderedAt":194},["ShallowReactive",2],{"seo-verification":3,"blog-heberger-application-ia-ma-fr":6,"promo-bar-likely":19},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-heberger-application-ia-ma-fr",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"noindex":20,"publishedAt":21,"updatedAt":22,"category":23,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":33,"intro":35,"sections":36,"ctaTitle":132,"ctaBody":133,"ctaButton":134,"ctaUrl":135,"relatedPosts":136},7,"heberger-application-ia",{"fr":10,"en":12,"ar":13,"es":14},"hosting-an-open-source-ai-application-on-your-vps","استضافة-تطبيق-ذكاء-اصطناعي-مفتوح-المصدر-على-vps","alojar-una-aplicacion-de-ia-open-source-en-su-vps","Héberger une application IA open source sur VPS en 2026","Guide 2026 : choisir et déployer Open WebUI, Dify, n8n ou LangFlow sur un VPS. Prérequis RAM\u002FCPU, Docker Compose multi-outils, reverse proxy et dépannage.",10,1,true,false,"2026-06-13T00:00:00+00:00","2026-11-09T20:55:12+00:00",{"id":18,"name":24,"slug":25,"color":26,"icon":27},"Intelligence Artificielle","intelligence-artificielle","bg-purple-500\u002F10 text-purple-400","ia",[29],{"id":18,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fheberger-application-ia-poster.svg",{"categorySlug":27,"appSlug":34},"open-webui","L'écosystème des outils IA open source a explosé ces deux dernières années. Open WebUI, Dify, Flowise, LangFlow, n8n avec des nœuds IA, LangFuse… Chaque outil répond à un besoin précis — interface de chat, orchestration de workflows, observabilité des LLM ou pipelines RAG. Mais tous partagent une exigence commune : ils tournent mieux, de façon plus sécurisée et à moindre coût sur votre propre infrastructure. Ce guide couvre le choix de l'outil, les ressources nécessaires, le déploiement d'une stack multi-outils et le dépannage des erreurs les plus fréquentes.",[37,41,51,54,94,97,101,120,123,126,129],{"type":38,"title":39,"body":40},"h2","Pourquoi un VPS plutôt qu'AWS ou GCP pour vos outils IA","Les services cloud managés (AWS, GCP, Azure) sont puissants, mais leur modèle de facturation à la ressource consommée devient rapidement coûteux dès qu'un conteneur tourne en continu. Un simple conteneur Docker Open WebUI actif en permanence sur AWS EC2 (instance t3.large, 2 vCPU \u002F 8 Go) revient à environ 60–80 € par mois avant même d'ajouter le stockage et le transfert de données. Un VPS avec les mêmes ressources coûte une fraction de ce prix, avec un tarif fixe et prévisible.\n\nTrois autres avantages pèsent davantage que le coût pour les outils IA :\n\n**Latence API locale.** Quand Open WebUI appelle Ollama, les deux services sont sur la même machine : la latence est de l'ordre de la milliseconde. Sur une architecture cloud distribuée (service A sur une VM, modèle sur une autre), chaque échange traverse le réseau interne — une friction mesurable sur des modèles qui génèrent token par token.\n\n**Souveraineté des données.** Vos prompts, vos documents RAG et vos logs de conversation ne quittent pas votre infrastructure. C'est non négociable pour les cas d'usage professionnels impliquant des données sensibles.\n\n**Contrôle de l'environnement.** Root access complet : vous choisissez le driver GPU, les versions de CUDA, la configuration réseau. Les services cloud managés abstraient cette couche — pratique pour démarrer, limitant pour les stacks IA qui demandent des ajustements fins.",{"type":42,"title":43,"items":44},"ul","6 avantages concrets du VPS pour héberger vos outils IA",[45,46,47,48,49,50],"Coût fixe et prévisible — pas de facture surprise liée à l'activité des modèles","Données qui restent sur votre infrastructure — aucun transfert vers des tiers","Accès root complet — configurez l'environnement exactement comme vous le souhaitez","Réseau Docker interne — Open WebUI et Ollama sur la même machine partagent le réseau bridge Docker, sans traverser le réseau public","Capacité à faire tourner plusieurs outils sur un seul serveur avec Docker Compose","Pas de restrictions sur le nombre de requêtes, d'utilisateurs ou de tokens générés",{"type":38,"title":52,"body":53},"Choisir son outil IA selon son besoin — guide mis à jour 2026","Le choix dépend de ce que vous voulez accomplir. Open WebUI (v0.11.x) s'est imposé comme l'interface de chat de référence pour Ollama et les API compatibles OpenAI : il prend en charge les outils, les documents, les pipelines et la gestion des utilisateurs. Dify (v1.15.x) se distingue pour construire des applications LLM avec une interface visuelle complète — workflow, RAG, agents et monitoring intégrés. n8n (v1.123.x) reste la référence pour l'automatisation de workflows hybrides combinant des nœuds IA et des intégrations métier classiques. LangFlow (v1.11.x) et Flowise (v3.1.x) ciblent la même niche — des pipelines LLM visuels basés sur LangChain — avec des philosophies différentes : LangFlow mise sur la personnalisation Python, Flowise sur la simplicité. LangFuse (v3.x) n'est pas un outil de génération mais un outil d'**observabilité** : il trace les appels LLM, mesure la latence et la qualité des réponses, et s'intègre en quelques lignes avec les autres outils de cette liste.",{"type":55,"title":56,"headers":57,"rows":61},"comparison","Guide de choix élargi — état 2026",[58,59,60],"Besoin","Outil recommandé","Ressources VPS min.",[62,66,70,73,77,81,84,87,90],[63,64,65],"Interface de chat avec un LLM (Ollama ou API OpenAI)","Open WebUI v0.11.x","2 Go RAM, 2 vCPU",[67,68,69],"Construire des applications LLM visuellement (RAG, agents)","Dify v1.15.x","4 Go RAM, 2 vCPU",[71,72,65],"Automatiser des workflows mélangeant IA et outils métier","n8n v1.123.x + nœuds IA",[74,75,76],"Pipelines RAG et chatbots no-code avec LangChain","Flowise v3.1.x","2 Go RAM, 1 vCPU",[78,79,80],"Pipelines LLM personnalisables en Python","LangFlow v1.11.x","3 Go RAM, 2 vCPU",[82,83,76],"Observabilité et traçabilité des appels LLM","LangFuse v3.x",[85,86,76],"Base de connaissances personnelle (PKM) avec IA","Karakeep ou Anytype self-hosted",[88,89,65],"Interface de chat locale sans interface web (CLI)","Jan.ai (mode serveur)",[91,92,93],"Plusieurs outils sur un seul VPS","Coolify ou Dokploy","8 Go RAM, 4 vCPU",{"type":38,"title":95,"body":96},"Prérequis VPS selon l'outil IA — RAM, CPU et GPU","Les besoins varient fortement d'un outil à l'autre. Voici les ressources à prévoir par cas d'usage :\n\n**Interfaces et orchestrateurs (sans modèle local).** Open WebUI seul consomme moins de 500 Mo de RAM : il est stateless et délègue l'inférence à Ollama ou à une API externe. Dify est plus gourmand — son stack Docker Compose comprend plusieurs services (worker, API, web, base vectorielle, Redis, PostgreSQL) et consomme environ 3,5–4 Go au repos. n8n et Flowise sont légers : compter 256–512 Mo par service.\n\n**Ollama avec modèles locaux.** C'est ici que les ressources comptent vraiment. La règle de base s'applique à la quantisation Q4 par défaut (ce qu'Ollama télécharge si vous ne précisez pas) : un modèle 7B nécessite 4–5 Go de RAM (8 Go recommandés pour laisser de la marge à l'OS), un 13B environ 8–9 Go (16 Go recommandés), et un 70B entre 38 et 48 Go selon la longueur de contexte. Si vous n'avez pas de GPU dédié, l'inférence tourne sur CPU — fonctionnel pour des tests, mais une génération de 100 tokens peut prendre 30 à 60 secondes sur un 7B en CPU-only.\n\n**GPU dédié.** Pour une utilisation quotidienne avec des modèles 13B et au-delà, ou pour traiter plusieurs requêtes simultanées, un serveur avec GPU est nécessaire. Les VPS avec GPU NVIDIA (A100, H100, RTX série pro) permettent de loger le modèle entièrement en VRAM et de réduire la génération à 1–3 secondes pour 100 tokens.",{"type":98,"title":99,"body":100},"tip","Choisir la quantisation Ollama","Ollama télécharge par défaut la variante **Q4_K_M** d'un modèle — un compromis qualité\u002Fmémoire adapté à la plupart des usages. Si votre VPS dispose d'exactement 8 Go de RAM pour un 7B, préférez **Q4_K_S** (légèrement moins précis, ~200 Mo de moins) pour laisser de la marge. La commande `ollama run llama3.2:7b-instruct-q4_K_S` sélectionne explicitement cette variante.",{"type":102,"title":103,"steps":104},"steps","Déployer une stack IA multi-outils avec Docker Compose",[105,108,111,114,117],{"title":106,"body":107},"Préparer le VPS","Connectez-vous en SSH et installez Docker Engine et le plugin Compose :\n```bash\ncurl -fsSL https:\u002F\u002Fget.docker.com | sh\nsystemctl enable --now docker\n```\nVérifiez que Docker fonctionne : `docker run --rm hello-world`.",{"title":109,"body":110},"Créer la structure de projet","Créez un dossier pour votre stack IA :\n```bash\nmkdir -p \u002Fopt\u002Fai-stack && cd \u002Fopt\u002Fai-stack\n```\nCe dossier contiendra votre `docker-compose.yml` et les volumes de données.",{"title":112,"body":113},"Écrire le fichier docker-compose.yml","Voici un exemple de stack combinant Open WebUI, Ollama et n8n :\n```bash\nservices:\n  ollama:\n    image: ollama\u002Follama:latest\n    volumes:\n      - ollama_data:\u002Froot\u002F.ollama\n    restart: unless-stopped\n\n  open-webui:\n    image: ghcr.io\u002Fopen-webui\u002Fopen-webui:main\n    ports:\n      - \"3000:8080\"\n    environment:\n      - OLLAMA_BASE_URL=http:\u002F\u002Follama:11434\n    volumes:\n      - open_webui_data:\u002Fapp\u002Fbackend\u002Fdata\n    depends_on:\n      - ollama\n    restart: unless-stopped\n\n  n8n:\n    image: n8nio\u002Fn8n:latest\n    ports:\n      - \"5678:5678\"\n    environment:\n      - N8N_HOST=n8n.votredomaine.com\n      - N8N_PROTOCOL=https\n      - WEBHOOK_URL=https:\u002F\u002Fn8n.votredomaine.com\u002F\n    volumes:\n      - n8n_data:\u002Fhome\u002Fnode\u002F.n8n\n    restart: unless-stopped\n\nvolumes:\n  ollama_data:\n  open_webui_data:\n  n8n_data:\n```\nNotez que les services sur le même réseau Docker se parlent par leur nom de service : `ollama:11434` est accessible depuis `open-webui` sans exposer le port sur l'hôte.",{"title":115,"body":116},"Démarrer la stack","Lancez tous les services :\n```bash\ndocker compose up -d\n```\nVérifiez que les conteneurs démarrent :\n```bash\ndocker compose ps\n```\nPuis téléchargez un premier modèle Ollama :\n```bash\ndocker compose exec ollama ollama pull llama3.2:latest\n```",{"title":118,"body":119},"Configurer le reverse proxy Nginx","Installez Nginx sur l'hôte et créez un vhost pour chaque outil. Exemple pour Open WebUI :\n```bash\nserver {\n    server_name chat.votredomaine.com;\n    location \u002F {\n        proxy_pass http:\u002F\u002F127.0.0.1:3000;\n        proxy_set_header Host $host;\n        proxy_set_header X-Real-IP $remote_addr;\n        proxy_set_header Upgrade $http_upgrade;\n        proxy_set_header Connection \"upgrade\";\n    }\n}\n```\nActivez HTTPS avec Certbot : `certbot --nginx -d chat.votredomaine.com`.",{"type":38,"title":121,"body":122},"Configurer des reverse proxies pour accéder à chaque outil","Avec plusieurs outils sur le même VPS, la bonne pratique est d'affecter un sous-domaine à chaque service et de laisser un reverse proxy (Nginx ou Caddy) router le trafic HTTPS vers le bon port.\n\nStructure recommandée :\n- `chat.votredomaine.com` → Open WebUI (port 3000)\n- `n8n.votredomaine.com` → n8n (port 5678)\n- `dify.votredomaine.com` → Dify (port 80 du conteneur web)\n- `langfuse.votredomaine.com` → LangFuse (port 3000)\n\nNe **jamais exposer directement** le port 11434 d'Ollama sur l'interface publique — il n'a pas d'authentification native. Laissez-le accessible uniquement depuis le réseau Docker interne (`OLLAMA_HOST=127.0.0.1` ou via le réseau bridge Docker).\n\n**Caddy** simplifie la configuration TLS : il obtient et renouvelle les certificats Let's Encrypt automatiquement. Un `Caddyfile` minimal :\n```bash\nchat.votredomaine.com {\n    reverse_proxy localhost:3000\n}\nn8n.votredomaine.com {\n    reverse_proxy localhost:5678\n}\n```\n`caddy run --config \u002Fetc\u002Fcaddy\u002FCaddyfile` — et les certificats sont gérés sans intervention.",{"type":98,"title":124,"body":125},"Sécuriser l'accès à vos outils IA","Avant d'exposer un outil IA sur un sous-domaine public, vérifiez trois points :\n\n1. **Authentification activée.** Open WebUI crée un compte admin lors du premier accès — faites-le immédiatement. Dify et n8n demandent aussi une configuration initiale : ne laissez pas ces interfaces ouvertes sans mot de passe.\n2. **Port 11434 (Ollama) non exposé.** Ce port n'a pas d'auth — n'ouvrez pas de règle pare-feu dessus. Vérifiez avec `ss -tlnp | grep 11434` : le bind doit être sur `127.0.0.1` ou sur une interface Docker, pas sur `0.0.0.0`.\n3. **HTTPS obligatoire.** Un certificat TLS valide empêche l'interception des prompts et des tokens d'authentification en transit. Certbot et Caddy automatisent ce renouvellement.",{"type":38,"title":127,"body":128},"Dépannage — erreurs fréquentes","**Ollama : out of memory.** Le modèle dépasse la RAM disponible. Vérifiez la mémoire libre avec `free -h`, puis choisissez une quantisation plus légère (`q4_K_S` ou `q3_K_M`) ou un modèle plus petit. Si l'erreur survient sur un VPS avec GPU, la VRAM est saturée — vérifiez avec `nvidia-smi`.\n\n**Open WebUI ne trouve pas Ollama.** L'URL configurée est incorrecte ou le réseau Docker ne permet pas la communication. Si Open WebUI et Ollama sont dans le même `docker-compose.yml`, l'URL correcte est `http:\u002F\u002Follama:11434` (nom du service, pas `localhost` ni l'IP de l'hôte). Si Ollama est sur l'hôte (hors Docker), utilisez `http:\u002F\u002Fhost.docker.internal:11434` (Linux) ou l'IP bridge Docker (`172.17.0.1` par défaut).\n\n**Port 11434 non accessible depuis un autre conteneur.** Ollama est peut-être configuré pour écouter uniquement sur `127.0.0.1`. Ajoutez `OLLAMA_HOST=0.0.0.0` dans les variables d'environnement du service Ollama dans votre Compose — cela l'expose sur toutes les interfaces **du conteneur** uniquement, pas sur l'hôte public.\n\n**n8n : webhook URL incorrecte.** n8n construit ses URLs de webhook à partir de `N8N_HOST` et `WEBHOOK_URL`. Si ces variables ne correspondent pas à votre sous-domaine HTTPS, les webhooks entrants échoueront. Vérifiez et redémarrez le conteneur après modification : `docker compose restart n8n`.\n\n**Dify : services qui ne démarrent pas.** Dify utilise plusieurs services interdépendants (PostgreSQL, Redis, service worker). Inspectez les logs : `docker compose logs --tail=50 worker api`. Le problème est souvent une migration de base de données en attente ou un volume mal initialisé.",{"type":38,"title":130,"body":131},"Pour aller plus loin — articles associés","Ce guide couvre la mise en place d'une stack IA généraliste. Pour approfondir chaque outil :\n\n- **Open WebUI** : déploiement complet avec gestion des utilisateurs, pipelines et intégrations API — voir \u003Ca href=\"\u002Fblog\u002Fheberger-open-webui\">Héberger Open WebUI sur un VPS\u003C\u002Fa>.\n- **Dify** : installation Docker Compose, configuration des plugins offline et reverse proxy — voir \u003Ca href=\"\u002Fblog\u002Fdeployer-dify-vps\">Déployer Dify sur un VPS\u003C\u002Fa>.\n- **LangFlow** : déploiement avancé avec backend Python personnalisé — voir l'article dédié.\n- **LangFuse** : observabilité LLM self-hosted — voir l'article dédié LangFuse.\n- **Coolify \u002F Dokploy** : si vous préférez une interface graphique pour gérer vos conteneurs plutôt qu'éditer des fichiers Compose — voir \u003Ca href=\"\u002Fblog\u002Fcoolify-vs-dokploy\">Coolify vs Dokploy\u003C\u002Fa>.","Votre laboratoire IA prêt en quelques minutes.","Commandez un VPS Cloud ServOrbit et choisissez votre template parmi notre catalogue IA. Installation automatique, accès root, IPv4 dédié.","Explorer les VPS","\u002Fvps-cloud",[137,153,171],{"id":18,"slug":138,"slugs":139,"title":143,"excerpt":144,"readTime":145,"views":18,"isPinned":20,"noindex":20,"publishedAt":146,"updatedAt":147,"category":148,"categories":149,"featuredImage":30,"bgImage":31,"posterImage":151,"relatedSolution":152},"heberger-open-webui",{"fr":138,"en":140,"ar":141,"es":142},"how-to-host-open-webui-on-a-vps","كيفية-استضافة-open-webui-على-خادم-vps","como-alojar-open-webui-en-un-vps","Comment héberger Open WebUI sur un VPS","Déployez Open WebUI sur votre propre VPS : gardez le contrôle de vos données, évitez les coûts des API cloud et accédez à vos LLMs depuis une interface web propre.",9,"2026-06-01T00:00:00+00:00","2026-11-09T20:55:18+00:00",{"id":18,"name":24,"slug":25,"color":26,"icon":27},[150],{"id":18,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fheberger-open-webui-poster.svg",{"categorySlug":27,"appSlug":34},{"id":154,"slug":155,"slugs":156,"title":160,"excerpt":161,"readTime":162,"views":18,"isPinned":20,"noindex":20,"publishedAt":163,"updatedAt":164,"category":165,"categories":166,"featuredImage":30,"bgImage":31,"posterImage":168,"relatedSolution":169},2,"deployer-dify-vps",{"fr":155,"en":157,"ar":158,"es":159},"deploying-dify-on-a-vps-ai-workflows-under-control","نشر-dify-على-vps-سير-عمل-الذكاء-الاصطناعي-تحت-السيطرة","desplegar-dify-en-un-vps","Déployer Dify sur un VPS : guide de l'installation aux plugins","Installez Dify sur un VPS ServOrbit : prérequis, Docker Compose, plugins offline, limites de l'installation Docker, sauvegarde avant mise à jour, dépannage.",15,"2026-02-11T00:00:00+00:00","2026-10-29T03:10:23+00:00",{"id":18,"name":24,"slug":25,"color":26,"icon":27},[167],{"id":18,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fdeployer-dify-vps-poster.svg",{"categorySlug":25,"appSlug":170},"dify",{"id":172,"slug":173,"slugs":174,"title":178,"excerpt":179,"readTime":9,"views":180,"isPinned":20,"noindex":20,"publishedAt":181,"updatedAt":182,"category":183,"categories":188,"featuredImage":30,"bgImage":31,"posterImage":190,"relatedSolution":191},4,"coolify-vs-dokploy",{"fr":173,"en":175,"ar":176,"es":177},"coolify-vs-dokploy-which-tool-to-deploy-on-a-vps","coolify-مقابل-dokploy-أي-أداة-للنشر-على-vps","coolify-vs-dokploy-que-herramienta-elegir-para-su-vps","Coolify vs Dokploy : quel outil pour déployer sur un VPS ?","Coolify ou Dokploy pour votre VPS ? Comparatif sur la RAM au repos, la licence, les templates et le support multi-nœud pour choisir définitivement.",3,"2026-06-07T00:00:00+00:00","2026-09-18T02:05:20+00:00",{"id":184,"name":185,"slug":186,"color":187,"icon":186},5,"Comparatif","comparatif","bg-info\u002F10 text-info",[189],{"id":184,"name":185,"slug":186,"color":187,"icon":186},"\u002Fblog\u002Fcovers\u002Fcoolify-vs-dokploy-poster.svg",{"categorySlug":192,"appSlug":193},"deploiement","coolify",1794270711908]