AMD EPYC Venice : « Enfin une puce où je ne finance pas la dépendance américaine »

# AMD EPYC Venice : « Enfin une puce où je ne finance pas la dépendance américaine »

*En 2026, l'IA agentique est passée du POC à la production. Et avec elle, une question que tout DSI européen se pose à voix basse : peut-on déployer des charges de travail IA sans passer, à un moment ou un autre, par une infrastructure dont les conditions tarifaires nous échappent totalement ? AMD EPYC Venice remet cette question sur la table — et les réponses ne sont pas anodines. Entretien avec un DSI d'une ETI industrielle franco-allemande, qui a piloté la migration d'une partie de son infrastructure d'inférence vers des serveurs équipés Venice.*

RiffLab : Quand vous avez regardé AMD EPYC Venice sérieusement, c'était par conviction souverainiste ou par pression budgétaire ?

Honnêtement ? Par pression budgétaire d'abord. Mon COMEX ne me parle pas de souveraineté numérique au petit-déjeuner — il me parle de marges. Et sur nos charges d'inférence IA, la facture hyperscaler avait décroché de façon inquiétante en dix-huit mois. Chaque fois qu'on montait en volume, le coût à l'inférence ne descendait pas proportionnellement comme on nous l'avait promis. Les paliers tarifaires jouaient contre nous.

Donc j'ai commencé à regarder ce qu'on pouvait rapatrier on-premise ou chez un hébergeur européen. Et là, Venice est apparu comme une option crédible : une architecture qui gère dans la même enveloppe le compute CPU intensif *et* les charges d'inférence pour des modèles de taille intermédiaire — ce qu'on appelle les modèles agentiques légers, ceux qui tournent en production réelle, pas les mastodontes qu'on sort pour la démo.

La conviction souverainiste, elle est venue *après*. Quand j'ai compris ce que ça impliquait réellement de ne plus dépendre d'un fournisseur unique pour la couche silicium de mon IA.

RiffLab : Concrètement, qu'est-ce que Venice change dans votre équation budgétaire ?

Il change la structure du coût, ce qui est plus important que le montant absolu. Avec l'acteur américain dominant sur le GPU, vous êtes dans un modèle de rente : vous payez à l'usage, les prix sont fixés unilatéralement, et vous n'avez aucun levier de négociation dès que vous êtes en production critique. Vous êtes captif, et tout le monde le sait — y compris votre fournisseur.

Avec des serveurs Venice déployés chez un hébergeur souverain européen, vous réintroduisez du CAPEX ou du CAPEX-as-a-service maîtrisé. Vous pouvez amortir sur une durée définie. Vous pouvez planifier. Et surtout, vous pouvez comparer — ce que le modèle hyperscaler rend structurellement difficile par la complexité tarifaire volontaire.

Ce n'est pas que Venice soit « gratuit » ou même systématiquement moins cher à l'instant T. C'est qu'il vous redonne une visibilité budgétaire à trois ans. Pour un DSI, c'est une différence fondamentale.

RiffLab : Le risque tarifaire hyperscaler, vous en parlez comme d'un fait acquis. Est-ce que vous ne surpondérez pas ce risque ?

Je regarderai la question différemment : quel DSI européen peut me dire aujourd'hui qu'il contrôle le pricing de sa couche GPU cloud dans deux ans ? Personne. Et ce n'est pas une posture — c'est une réalité structurelle.

Nous avons vu en 2024 et 2025 ce qui se passe quand la demande en compute IA explose : les acteurs américains priorisent leurs propres services intégrés, leurs grands comptes domestiques, et les entreprises européennes se retrouvent en bout de file — avec des délais d'approvisionnement et des conditions tarifaires dégradées. Ce n'est pas un complot, c'est simplement la logique d'un oligopole qui n'a pas d'obligation de vous servir en priorité.

Donc non, je ne surpondère pas. Je prise simplement un risque que beaucoup de mes pairs ont sous-estimé parce qu'ils n'avaient pas d'alternative crédible. Venice, avec l'écosystème d'hébergement européen qui se structure autour, change cette équation.

RiffLab : Quels types de charges de travail IA vous avez effectivement basculés sur Venice, et lesquels sont restés chez l'acteur américain ?

On a basculé tout ce qui est inférence en production sur des modèles que j'appellerais « métier » — des modèles de sept à trente milliards de paramètres, fine-tunés sur nos données industrielles, qui tournent en continu pour des tâches agentiques : analyse de documents techniques, orchestration de processus qualité, aide à la décision opérationnelle. Ce sont des charges prévisibles, à fort volume, où la maîtrise du coût à l'inférence est critique.

Ce qui reste chez l'acteur américain pour l'instant : les phases d'entraînement et de fine-tuning lourds, ponctuels, où la puissance brute GPU reste difficile à répliquer en on-premise sans un investissement CAPEX que mon COMEX ne validerait pas. Mais même là, je regarde ce que font des acteurs comme Scaleway sur la partie GPU souveraine — le gap se réduit plus vite qu'on ne le pense.

La règle que j'ai fixée : tout ce qui touche à des données clients ou à de la propriété intellectuelle métier ne doit plus sortir de l'infrastructure européenne. Venice m'a permis de tenir cette règle sur les charges de production sans sacrifier la performance.

RiffLab : Votre DSI homologue qui lit cet article et qui est encore 100% hyperscaler sur l'IA — quel est le premier signal d'alarme qu'il devrait regarder dans ses propres comptes ?

Il doit regarder le ratio entre ce qu'il paie en compute IA et ce qu'il génère comme valeur métier mesurable. Si ce ratio se dégrade trimestre après trimestre — et je parie qu'il se dégrade pour la majorité — c'est le signe que le modèle hyperscaler capture une part croissante de la valeur que son IA est censée créer.

Ensuite, il doit regarder sa dépendance à un SDK ou une API propriétaire. Si ses développeurs ont construit leurs chaînes agentiques directement sur les abstractions d'un acteur américain — et non sur des standards ouverts — alors le coût de sortie augmente chaque mois qui passe. Venice ne résout pas ça seul, mais il oblige à se poser la question de l'architecture globale.

Le premier signal concret : sortez votre facture compute des douze derniers mois, isolez la part IA, et projetez-la à volume constant avec une hausse tarifaire de vingt à trente pour cent. Si ce scénario met votre ROI projet sous zéro, vous avez un problème structurel — pas conjoncturel.

RiffLab : Un mot sur l'écosystème logiciel. Venice sans logiciels souverains, ça reste une demi-mesure, non ?

Absolument. Et c'est le point sur lequel je suis le plus vigilant. La puce est une condition nécessaire, pas suffisante. Si vous déployez Venice mais que vous orchestrez vos agents avec des frameworks propriétaires américains, que vos modèles viennent intégralement de fournisseurs US sans option d'audit, et que votre monitoring dépend de services cloud étrangers — vous avez déplacé une dépendance, pas résolu le problème.

Ce que Venice permet, c'est de créer une base matérielle sur laquelle un écosystème européen peut s'appuyer. Et cet écosystème existe, il se structure — sur la couche modèles comme sur la couche orchestration. Des acteurs européens investissent ces segments. Ce n'est plus le désert de 2022.

Mon conseil : ne faites pas de Venice un projet isolé. Faites-en le point d'ancrage d'une revue architecturale complète, où chaque brique est évaluée à l'aune d'une question simple — est-ce que je peux auditer, négocier et si nécessaire remplacer ce composant sans que mon SI s'effondre ? Si la réponse est non, vous avez une dette de souveraineté, pas seulement une dette technique.

*Entretien réalisé dans le cadre du cycle RiffLab « Reprendre la main sur le SI » — 2026.*