Inférence souveraine : quand une ETI industrielle cesse de louer ses neurones à San Francisco

# Inférence souveraine : quand une ETI industrielle cesse de louer ses neurones à San Francisco

Il y a un moment précis où les choses basculent. Pour le DSI de cette ETI industrielle de 800 salariés — fabricant de composants mécaniques de précision installé entre Lyon et Grenoble — ce moment est arrivé lors d'un audit de conformité RGPD, début 2025. Son équipe venait de découvrir que les requêtes adressées à l'assistant IA intégré dans leur ERP transitaient, après traitement local, par des serveurs d'inférence localisés aux États-Unis. Pas une faille. Pas un bug. Un choix architectural fait par leur éditeur logiciel, discrètement, dans une mise à jour.

Ce jour-là, il a compris que son entreprise ne *utilisait* pas l'IA. Elle la *sous-traitait*, sans vraiment le savoir, à une infrastructure dont elle ne contrôlait ni la localisation, ni les conditions générales d'évolution, ni la politique tarifaire future.

Nous sommes en 2026. Ce scénario n'est plus anecdotique. Il est systémique.

Ce que «inférence» veut dire, concrètement, pour un DSI

La bataille du modèle — qui a le meilleur LLM, qui publie les meilleurs benchmarks — a longtemps capté l'attention. Mais la vraie question opérationnelle pour une ETI n'est pas *quel* modèle elle utilise. C'est *où* ce modèle tourne quand elle lui soumet une donnée.

L'inférence, c'est le moment d'exécution : le moment où un modèle entraîné reçoit une requête réelle — un document client, un plan technique, une commande fournisseur — et produit une réponse. C'est là que la donnée est exposée. C'est là que la souveraineté se joue ou se perd.

Jusqu'à récemment, les options européennes à ce stade étaient maigres. Soit on acceptait l'infrastructure américaine comme seule option crédible à l'échelle. Soit on s'infligeait une complexité technique et des coûts d'exploitation que peu d'ETI pouvaient absorber. L'équation était déséquilibrée par construction.

Ce que Mistral est en train de poser — avec sa plateforme d'inférence dédiée, déployable sur des clouds certifiés SecNumCloud ou en environnement on-premise — change cette équation. Pas de manière magique. Mais de manière structurelle.

Le retour terrain : une décision qui n'était pas que technique

Revenons à notre ETI lyonnaise. Après l'audit, le DSI a engagé une revue de ses dépendances IA. Le constat était simple et brutal : la majorité des points d'inférence dans ses outils métiers — analyse documentaire, aide à la rédaction technique, classification de tickets support — pointaient vers des endpoints dont la gouvernance lui échappait totalement.

Il aurait pu, comme beaucoup, hausser les épaules et signer une DPA supplémentaire. Il a choisi autrement. Non par idéologie, mais par calcul de risque métier.

Première raison : ses clients donneurs d'ordre — plusieurs grands groupes de défense et d'aéronautique — commençaient à poser des questions contractuelles précises sur la localisation du traitement des données techniques échangées. Les clauses de confidentialité industrielle ne s'accommodaient plus d'une réponse vague sur «le cloud».

Deuxième raison : la volatilité tarifaire. L'entreprise avait subi, en l'espace de dix-huit mois, deux révisions de pricing de la part d'un acteur américain sur lequel elle s'était appuyée pour un outil d'analyse de non-conformités. Sans préavis réel. Sans alternative prête. Elle avait payé.

Troisième raison, la plus sous-estimée : la dépendance au tempo américain. Chaque évolution de modèle, chaque changement de politique d'usage, chaque décision de dépréciation d'API était prise à San Francisco, selon des priorités qui n'ont rien à voir avec les besoins d'une PME industrielle française. Son feuille de route IA était, de fait, otage d'une roadmap produit qu'elle ne pilotait pas.

Ce que l'inférence européenne rend possible — et ce qu'elle exige

La migration vers une infrastructure d'inférence souveraine n'a pas été indolore. Je ne vais pas vous raconter une success story lisse — ce serait vous mentir.

Le DSI a dû convaincre sa direction générale qu'investir dans une infrastructure qui «fait la même chose» que ce qu'ils avaient déjà était stratégiquement justifié. Il a dû former ses équipes à de nouveaux outils d'orchestration. Il a dû accepter une période de transition où certaines performances n'étaient pas encore au niveau de ce qu'ils connaissaient.

Mais six mois après, le tableau de bord qu'il me montrait était éloquent — sans que j'aie besoin d'inventer un seul chiffre pour vous convaincre. La latence sur ses cas d'usage industriels était comparable. Les données techniques restaient sur le sol européen, dans un datacenter auditable. Et surtout : pour la première fois, son équipe *comprenait* l'architecture sur laquelle elle s'appuyait. Elle pouvait la faire évoluer, la négocier, la challenger.

Il a utilisé une formule que je retiens : *«Avant, on avait un service. Maintenant, on a une infrastructure.»*

Cette distinction est fondamentale. Un service, on le consomme. Une infrastructure, on la possède — ou du moins, on en est un acteur, pas seulement un client.

Qui s'en sort, qui décroche, qui peut émerger

Je pense que nous sommes à un point d'inflexion sur le marché européen de l'IA opérationnelle. Et la fracture ne se dessine pas là où on l'attendait.

Les grandes entreprises, paradoxalement, ne sont pas les mieux placées pour pivoter vite. Leurs contrats pluriannuels avec les acteurs américains, leurs intégrations profondes dans des écosystèmes propriétaires, leur gouvernance IT complexe — tout cela crée une inertie réelle. Elles savent que leur dépendance est un problème. Elles ne peuvent pas en sortir facilement.

Les ETI industrielles, elles, ont une agilité structurelle que les grandes organisations n'ont plus. Quand un DSI de 800 personnes décide de changer d'infrastructure d'inférence, il peut le faire en quelques mois. Il n'a pas besoin de convaincre quinze comités.

C'est là qu'émerge une opportunité européenne concrète. Les intégrateurs spécialisés qui savent accompagner ces migrations — pas les grands cabinets de conseil qui vendent du Microsoft en marque blanche, mais les ESN à taille humaine, les éditeurs verticaux qui reconstruisent leurs pipelines sur des fondations souveraines — ont une fenêtre d'opportunité réelle devant eux.

Scaleways, Clever Cloud, et quelques acteurs d'infrastructure moins visibles construisent depuis plusieurs trimestres des offres d'hébergement d'inférence qui commencent à atteindre la maturité opérationnelle nécessaire pour les environnements de production. Ce n'est pas encore parfait. Mais c'est crédible. Et la crédibilité, en 2026, est déjà un actif considérable.

Ce que ça change pour votre indépendance — et pourquoi il faut agir maintenant

Il faut être direct : chaque mois qui passe sans audit de vos points d'inférence est un mois où vous consolidez une dépendance qui sera plus coûteuse à défaire demain qu'aujourd'hui.

Les régulations arrivent — le Cloud Act américain n'a pas disparu, le Data Act européen est en application, et les exigences contractuelles de vos clients grands comptes vont se durcir. Ce n'est pas une question de conviction souverainiste. C'est une question de gestion de risque opérationnel.

L'inférence européenne n'est plus une promesse de laboratoire. Elle est en production, chez des industriels qui ont fait le choix de reprendre la main. Ce que l'ETI lyonnaise a appris, c'est qu'on ne regagne pas sa souveraineté numérique en une décision héroïque. On la regagne point d'architecture par point d'architecture, décision contractuelle par décision contractuelle.

Commencez par cartographier où tourne réellement votre IA aujourd'hui. Pas dans les slides de votre éditeur. Dans vos logs réseau.

La réponse vous surprendra peut-être. Elle surprend presque toujours.