NXL Forge.Pendant que le marché rédige — nous livrons
IA & Codage··6 min de lecture

IBM Bob en self-hosted : l'agent de code souverain a un prix

Depuis le 1er octobre 2026, l'agent de code IBM Bob peut tourner sur site, en cloud souverain ou hors réseau. Le code reste chez vous, mais l'entreprise hérite d'OpenShift, d'un modèle unique et d'une facture GPU qu'IBM n'a pas chiffrée.

agents de codeIBM Bobsouverainetéself-hostedLLM locaux

Le 1er octobre 2026, IBM a annoncé un mode de déploiement auto-hébergé pour Bob, sa plateforme de développement agentique1. Jusqu'ici, Bob n'existait qu'en SaaS. Il peut désormais tourner sur site, en cloud privé, en cloud souverain ou dans un environnement totalement déconnecté du réseau (« air-gapped »). Pour une ETI industrielle, une banque régionale ou un éditeur qui manipule des données de santé, la promesse parle d'elle-même : le code source ne quitte plus le périmètre de l'entreprise.

Nous avons regardé ce que l'annonce contient, et surtout ce qu'elle laisse à la charge du client.

Ce qu'IBM a effectivement livré

La version auto-hébergée conserve les briques principales du produit : l'expérience IDE, BobShell (l'agent en ligne de commande) et l'appel d'outils en parallèle1. Selon le billet de blog d'IBM sur la version de septembre, le paquet comprend la gestion des identités, une passerelle d'inférence, la journalisation d'audit et le comptage d'usage, le tout piloté par un opérateur Kubernetes qui gère l'installation et les mises à jour2.

Le socle technique est imposé. La documentation d'IBM exige un cluster Red Hat OpenShift en architecture amd64, avec deux procédures d'installation distinctes selon que le cluster est connecté ou non3. Une PME qui n'exploite pas déjà OpenShift devra donc commencer par là, ce qui représente un projet d'infrastructure à part entière.

Un seul modèle à la fois

C'est ici que l'annonce devient intéressante pour un praticien. En mode auto-hébergé, la passerelle de modèles n'accepte qu'un seul modèle d'inférence principal à la fois3. IBM présente le routage multi-modèles comme une évolution prévue pour des versions ultérieures4.

Les deux premiers modèles pris en charge pour une installation locale sont NVIDIA Nemotron et Poolside Laguna1. L'analyse publiée par Beri précise les références nvidia/nemotron-3-ultra-550b et poolside/laguna-s-2.15. Dans les configurations hybrides, l'entreprise peut à l'inverse se connecter à des services externes approuvés, parmi lesquels StorageReview cite Claude Sonnet 5.0, Claude Opus 4.8, Gemini 3.7 Flash et GPT 5.64. Ce mode hybride réintroduit évidemment une sortie de données vers un fournisseur tiers.

Côté garde-fou, la documentation recommande un modèle dédié dans tous les déploiements et désigne openai/gpt-oss-20b pour les environnements déconnectés. Bob y envoie alors automatiquement les évaluations de sécurité et de conformité3.

ConfigurationModèle de codeDonnées hors périmètre
SaaS IBMmodèles hébergés par IBMoui
Hybride ou SaaS privéClaude, Gemini, GPT via service approuvéoui, vers le fournisseur du modèle
Auto-hébergé connectéNemotron ou Laguna, un seul à la foisnon, selon IBM
Air-gappedNemotron ou Laguna, plus gpt-oss-20b en garde-founon

La facture GPU reste à écrire

IBM n'a publié ni dimensionnement GPU pour Bob, ni prix, ni évaluation de l'agent sur ces deux modèles locaux, d'après l'analyse de Beri5. Ce silence pèse lourd. La même source rapporte que la fiche du modèle Nemotron 3 Ultra mentionne au minimum 8 GPU B200 ou H200, ou 16 H100, pour faire tourner les poids en BF165. À l'autre extrémité, Poolside indique que Laguna S 2.1 peut fonctionner sur une seule station NVIDIA DGX Spark, tout en reconnaissant qu'il faut davantage de capacité pour servir de nombreux développeurs5. Toujours selon Beri, aucun des deux modèles n'accepte d'image en entrée, ce qui exclut par exemple l'envoi d'une capture d'écran d'interface à l'agent.

Le choix se résume donc à un arbitrage concret. Laguna tient sur un matériel abordable mais reste un modèle de taille modeste. Nemotron Ultra vise une qualité plus élevée et réclame un serveur GPU dont le coût d'acquisition se compte en centaines de milliers d'euros. Entre les deux, aucune donnée publique ne permet aujourd'hui de mesurer l'écart de performance avec les modèles de pointe disponibles en SaaS.

Les chiffres du communiqué, à lire avec recul

Le communiqué s'appuie sur deux statistiques. La première vient de l'IBM Institute for Business Value : dans son rapport de juin 2026, The Calculus of AI Sovereignty, 68 % des dirigeants interrogés jugent difficile de respecter les exigences de résidence et de souveraineté des données6. La seconde est une projection de Futurum Research, selon laquelle les déploiements hybrides et en périphérie représenteraient 44 % du marché de l'infrastructure IA en 2030, contre 46 % pour le cloud public6.

Le premier chiffre provient de l'institut de recherche du vendeur lui-même. Le second est une prévision, donc une anticipation et non un constat. Un sondage qui mesure une difficulté ne dit rien de la volonté d'investir pour la résoudre. Let's Data Science rappelle d'ailleurs qu'un déploiement auto-hébergé ne dispense pas d'une revue des flux de données et de la sécurité7. Un article relayant la documentation note aussi que la journalisation des événements de sécurité relève d'OpenShift et non de Bob8.

Notre lecture

L'annonce d'IBM répond à une vraie demande. Chez nos clients PME et ETI, la question du code envoyé chez un fournisseur américain revient dans presque chaque discussion sur les agents de code, surtout lorsque le dépôt contient des modules Odoo métier, des règles tarifaires ou des connecteurs vers des systèmes sensibles.

Il faut pourtant regarder la contrepartie en face. Un agent de code vaut ce que vaut son modèle. En passant en auto-hébergé, l'entreprise échange l'accès aux modèles de pointe contre un modèle unique, sans évaluation publiée, sur une infrastructure OpenShift qu'elle doit exploiter elle-même. Pour une ETI qui dispose déjà d'OpenShift et d'une équipe plateforme, le calcul peut se tenir. Pour une PME de cinquante personnes, il ne se tient presque jamais.

Notre conseil est de commencer par cartographier ce qui est réellement sensible. Très souvent, seule une partie du code (données clients, algorithmes de prix, intégrations bancaires) justifie un traitement local, tandis que le reste peut passer par un agent SaaS encadré contractuellement. Avant de signer quoi que ce soit, demandez à IBM la matrice de support à jour, un dimensionnement GPU chiffré et un essai sur votre propre dépôt. Tant que ces trois éléments manquent, la souveraineté reste une promesse dont le prix n'est pas affiché.

Sources

Footnotes

  1. IBM, communiqué du 1er octobre 2026 sur le déploiement auto-hébergé de Bob, repris par Benzinga. ↩ ↩2 ↩3

  2. IBM Bob, billet « Run Bob on your own infrastructure » (version de septembre 2026). ↩

  3. Documentation IBM Bob, page « Required and supported models » et prérequis de déploiement sur site. ↩ ↩2 ↩3

  4. StorageReview, article sur IBM Bob self-hosted, Nemotron et Poolside Laguna. ↩ ↩2

  5. Beri, analyse « IBM's Air-Gapped Bob Drops Claude for Nemotron and Laguna ». ↩ ↩2 ↩3 ↩4

  6. CIO Dive et IT Brief, reprises des chiffres du communiqué (IBM IBV et Futurum Research). ↩ ↩2

  7. Let's Data Science, « IBM Adds Self-Hosted Deployment to Bob Platform ». ↩

  8. AICybr, « IBM Bob Self-Hosted Brings Agentic Development to OpenShift and Air-Gapped Environments ». ↩

Sur le même thème

Votre idée mérite un vrai logiciel

Une question, un projet Odoo ?

Modules préconfigurés, intégration, sur-mesure — parlons-en sans engagement.