Faire tourner une IA en local signifie que l'inférence a lieu sur une machine que vous contrôlez: ordinateur personnel, workstation ou serveur du réseau local. Ce choix n'est pas automatiquement meilleur. Il déplace simplement les responsabilités.

Ce que vous gagnez

Confidentialité. Les entrées peuvent rester sur votre réseau si le logiciel, les extensions et les outils associés ne contactent aucun service externe.

Autonomie. Le modèle reste disponible sans quota ni dépendance à une API distante. Vous choisissez la version, la quantization et les paramètres.

Prévisibilité. Après l'achat du matériel et l'électricité, l'utilisation répétée n'ajoute pas un coût par token. Cela peut être utile pour des volumes réguliers.

Contrôle. Vous pouvez connecter le modèle à vos documents, vos applications et vos règles, puis observer toute la chaîne.

Ce que vous assumez

Service distant

  • Installation minimale
  • Matériel géré par le fournisseur
  • Accès rapide aux plus grands modèles
  • Données et coûts soumis au service

Exécution locale

  • Matériel et mises à jour à gérer
  • Capacité limitée par votre machine
  • Données contrôlées localement
  • Fonctionnement possible sans Internet

Vous devenez responsable de la sécurité, des sauvegardes, de la consommation, du bruit et de la disponibilité. Un modèle local peut aussi être moins capable qu'un grand modèle propriétaire récent.

Une chaîne locale typique

Interface→API locale→Serveur d'inférence→Modèle→CPU ou GPU
Le trajet d'une requête IA localeLe tracé sépare la requête, le contexte documentaire, le calcul et la mémoire temporaire.
Ouvrir en grand

Ollama, llama.cpp, LM Studio et vLLM couvrent des besoins différents. Certains simplifient l'installation sur un poste. D'autres privilégient la performance d'un serveur ou le contrôle fin du runtime. Open WebUI fournit une interface et se connecte à un backend d'inférence.

Quand le local est pertinent

  • Vous manipulez des documents qui ne doivent pas quitter votre réseau.
  • Vous utilisez souvent un modèle de taille raisonnable.
  • Vous avez besoin d'une version stable et reproductible.
  • Vous voulez apprendre le fonctionnement complet du système.
  • Vous automatisez un service interne avec une latence réseau faible.

Une décision, pas une religion

Une architecture hybride est souvent la plus réaliste. Le local traite les données sensibles, les tâches répétitives ou les modèles spécialisés. Une API distante reste disponible pour les demandes complexes qui dépassent votre matériel.

L’essentiel

  • Local signifie que l'inférence tourne sur une machine que vous contrôlez.
  • Vous gagnez confidentialité, autonomie, prévisibilité des coûts et contrôle de la chaîne.
  • Vous assumez sécurité, sauvegardes, mises à jour, bruit et capacité limitée.
  • Local ne veut pas toujours dire privé : interfaces et extensions peuvent encore communiquer.
  • Une architecture hybride, locale pour le sensible et distante pour le complexe, est souvent la plus réaliste.

Testez-vous

Répondez de tête ou par écrit, puis vérifiez. Se tester juste après la lecture aide à retenir.

  1. Citez deux bénéfices concrets de l'exécution locale.

    Voir la réponse

    Par exemple : garder des documents sensibles sur votre réseau, ne pas dépendre d'un quota ou d'une API distante, maîtriser la version du modèle ou supprimer le coût par token.

  2. Pourquoi local ne veut-il pas toujours dire privé ?

    Voir la réponse

    Une interface, une extension, un outil de recherche ou une télémétrie peut encore envoyer des données à l'extérieur. Il faut vérifier chaque brique de la chaîne.

  3. Dans quel cas une API distante reste-t-elle pertinente ?

    Voir la réponse

    Pour des demandes complexes qui dépassent les capacités de votre matériel, quand les données ne sont pas sensibles.

Sources et pour aller plus loin

  • Documentation d'Ollama : le runtime le plus simple pour démarrer.
  • LM Studio : une application de bureau pour tester des modèles locaux.
  • vLLM : un serveur d'inférence orienté performance et requêtes simultanées.