Héberger soi-même une stack IA signifiait autrefois gérer plusieurs services, administrer une infrastructure GPU et traiter une orchestration complexe. Le paysage moderne est différent. Pour la couche workflow — la pièce qui connecte vos appels LLM, requêtes API et logique métier — le self-hosting avec Docker est une opération de trente minutes, pas un projet d'une semaine.
Pourquoi self-héberger ?
Confidentialité des données
Quand vous exécutez les workflows sur votre propre infrastructure, les entrées que vous envoyez à votre LLM et les sorties que vous recevez ne transitent jamais par un système tiers. Pour les secteurs avec des exigences de traitement des données — santé, finance, juridique — ce n'est pas optionnel. Pour tout le monde, cela élimine une catégorie de risque sans aucun coût de performance.
Prévisibilité des coûts
Les outils IA SaaS facturent typiquement par siège, par exécution ou par workflow. Ces modèles de tarification sont conçus pour croître avec votre usage. En self-hébergeant, le coût marginal d'une exécution de workflow supplémentaire est essentiellement nul au-delà des coûts d'infrastructure que vous payez déjà. À grande échelle, la différence est significative.
Contrôle opérationnel
Quand quelque chose casse dans un service géré, vous ouvrez un ticket de support et attendez. Quand quelque chose casse sur votre propre infrastructure, vous ouvrez les logs. Vous instrumentez l'exécution. Vous ajoutez un timeout. Vous corrigez le problème sous-jacent. Le self-hosting restaure les capacités de débogage et d'optimisation que les services gérés abstraient.
À quoi ressemble le self-hosting de Waiflo
Waiflo est conçu pour être self-hébergé par défaut. Toute la stack est un seul processus Node.js avec stockage basé sur des fichiers — pas de base de données externe, pas de Redis, pas de file de messages. Un docker-compose.yml est inclus :
git clone https://github.com/jpdesmontils/waiflo
cd waiflo && cp .env.example .env
# Définir JWT_SECRET et MASTER_SECRET
docker compose up -dL'éditeur est disponible immédiatement sur http://localhost:3001/editor. Les fichiers de workflow sont persistés dans un volume monté, donc ils survivent aux redémarrages du conteneur. L'API est disponible au même hôte pour que votre backend puisse l'appeler.
Ce que vous apportez
Waiflo n'est pas un fournisseur LLM géré. Vous apportez vos propres clés API — Anthropic, OpenAI, Mistral, ou tout fournisseur qui expose une API compatible. Les clés sont stockées chiffrées au repos (AES-256-CBC) et ne quittent jamais votre infrastructure en clair.
Cela signifie que vos coûts LLM vont directement à votre fournisseur sans majoration, et vous avez une visibilité complète sur ce que chaque étape de workflow coûte. Vous pouvez aussi changer de fournisseur par étape, utilisant un modèle moins cher pour les tâches de classification et un modèle plus capable pour la génération, sans contraintes de plateforme.
Durcissement pour la production
Pour les déploiements en production, quelques étapes supplémentaires sont importantes :
- Reverse proxy Nginx avec terminaison SSL. Le
nginx.confinclus gère le streaming SSE (la directiveproxy_buffering offest essentielle pour le streaming de tokens en temps réel). - PM2 ou systemd pour la supervision des processus, avec redémarrage automatique en cas de crash.
- Sauvegardes régulières du répertoire
waiflo-data/, qui contient toutes les données utilisateur et fichiers de workflow. - Règles de pare-feu qui restreignent l'accès direct au port 3001 et routent tout le trafic via le reverse proxy.
Rien d'exotique. Ce sont les mêmes étapes de durcissement que vous appliquez à n'importe quel service Node.js. Si vous avez déjà déployé une application Express en production, vous savez déjà comment déployer Waiflo.
Le bon défaut
Le self-hosting devrait être le choix par défaut pour les workflows IA en production, pas l'option avancée. Quand votre logique de pipeline est dans des fichiers JSON versionnés qui tournent sur votre infrastructure avec vos clés API, vous avez éliminé les catégories de risque qui tendent à causer les incidents de production les plus douloureux : pannes de fournisseur, changements de tarification, surprises dans la gestion des données et boîtes noires impossibles à déboguer.
La commodité SaaS est réelle. Le coût que vous payez pour elle aussi, de façons qui n'apparaissent pas sur la facture.