Le nouveau pari d'Oracle : la stratégie 'Airbnb pour les puces'

“Il ne s’agit plus d’apporter sa propre bière, mais d’apporter ses propres chips.”

C’est le sentiment qui fait écho à l’appel aux résultats d’Oracle pour le deuxième trimestre 2026, marquant un tournant radical dans la guerre du cloud. Depuis trois ans, la stratégie de chaque hyperscaler, AWS, Azure, Google Cloud, est identique. Ils accumulent autant de Nvidia H100 que possible et les louent à un prix élevé.

Mais alors que le boom de l’IA entre dans sa « phase de déploiement », les calculs sont difficiles. La dépréciation sur un GPU à 30 000 $ est brutale. En trois ans, ce seront effectivement des déchets électroniques. Pendant ce temps, les centrales électriques et les câbles à fibres optiques nécessaires à leur fonctionnement ont une durée de vie utile mesurée en décennies.

Larry Ellison a fait le calcul. Alors qu’Amazon et Microsoft s’empressent de construire leur propre silicium propriétaire (Trainium et Maia) pour enfermer les clients dans leurs écosystèmes, Oracle va dans l’autre sens. Ils sont en train de devenir les « Airbnb du Silicium ». Ils fournissent la maison, l’électricité et la plomberie, mais laissent le client apporter les meubles.

Voici pourquoi la stratégie « Bring Your Own Chips » (BYOC) d’OCI constitue la mesure la plus perturbatrice dans l’infrastructure cloud depuis l’invention de la machine virtuelle.

La physique de la “prise universelle”

Pour comprendre pourquoi Oracle peut proposer « Bring Your Own Chips » alors qu’AWS ne le peut pas, il faut regarder les câbles.

Dans un supercluster d’IA moderne, le réseau est l’ordinateur. Lors de la formation d’un modèle tel que GPT-5 sur 50 000 GPU, ces puces doivent constamment communiquer entre elles pour échanger des dégradés. Si le réseau s’arrête, la formation s’arrête. Il s’agit de l’étape « All-Reduce » dans les algorithmes de formation, où chaque GPU doit se synchroniser avec tous les autres GPU avant le début du calcul suivant.

Le piège de la latence

Le problème des réseaux propriétaires est le verrouillage.

• Azure s’appuie sur InfiniBand. Bien qu’il offre une vitesse incroyable, il s’agit d’un protocole spécialisé non standard qui nécessite des cartes d’interface réseau (NIC) et des commutateurs spécifiques. Vous ne pouvez pas facilement brancher un rack non Nvidia sur une colonne InfiniBand sans friction massive.
• AWS utilise EFA (Elastic Fabric Adapter). Il s’agit d’un wrapper propriétaire autour d’Ethernet. Il fonctionne bien au sein de l’écosystème AWS, mais crée une dépendance aux pilotes et plans de contrôle spécifiques à AWS.
• Google utilise des commutateurs de circuits optiques (OCS). Cette technologie est géniale pour les TPU, mais adaptée aux centres de données de Google.

L’As d’Oracle : RoCE v2

Oracle Cloud Infrastructure (OCI) a fait il y a des années un pari architectural spécifique qui semblait risqué à l’époque : RDMA over Converged Ethernet (RoCE v2).

RDMA (Remote Direct Memory Access) permet à un ordinateur d’accéder à la mémoire d’un autre ordinateur sans impliquer le processeur ou le système d’exploitation. Il s’agit d’un réseau sans copie. En règle générale, cela nécessite InfiniBand. Cependant, Oracle a conçu un moyen d’exécuter cela sur Ethernet standard et à grande échelle.

En ajustant Ethernet standard pour fonctionner avec la faible latence d’InfiniBand, Oracle a créé un « Universal Socket ». Parce qu’il utilise des trames Ethernet standard plutôt qu’une encapsulation propriétaire, OCI peut brancher n’importe quel rack dans sa topologie de réseau spine-leaf. Cette flexibilité physique permet à un client de garer côte à côte un rack d’AMD MI450, un rack de Nvidia Blackwell et un rack de silicium personnalisé d’une startup comme Cerebras. Ils se connectent tous à la même structure 800 Gbit/s sans nécessiter d’adaptateurs personnalisés.

C’est pourquoi Oracle est le seul grand fournisseur de cloud computing véritablement indépendant du matériel. Ils ont construit un « convertisseur de tension » pour le monde de l’IA tandis que tout le monde construisait des prises propriétaires.

Le facteur « Ampère » : la guerre cachée des processeurs

Alors que les GPU font la une des journaux, la stratégie « Bring Your Own Chips » s’applique également à la couche CPU, où Oracle bénéficie d’un avantage unique grâce à son investissement dans Ampere Computing.

Les processeurs x86 traditionnels (Intel/AMD) sont des généralistes gourmands en énergie. Pour l’inférence IA, vous n’avez souvent pas besoin d’un GPU massif ; vous avez juste besoin de beaucoup de mathématiques entières efficaces. Le partenariat d’Oracle avec Ampere leur permet de déployer des clusters massifs de processeurs ARM à 192 cœurs.

Dans le modèle BYOC, cela est essentiel. Un client créant un moteur d’inférence spécialisé (par exemple, pour le transcodage vidéo ou la traduction vocale en temps réel) pourrait trouver que les instances Intel Skylake standard sont trop coûteuses en raison des coûts d’énergie. OCI permet à ces clients de déployer du silicium ARM personnalisé, ou même d’introduire des instances Ampere comme « hôte » pour leurs propres accélérateurs, réduisant ainsi considérablement le coût total de possession (TCO).

Contrairement à AWS Graviton, qui est strictement réservé aux clients AWS, les puces Ampere sont du silicium marchand. Cela correspond parfaitement à la philosophie BYOC. Vous ne vous enfermez pas dans « Oracle Silicon » ; vous utilisez une puce ARM à standard ouvert qui fonctionne sur le métal d’Oracle.

L’économie : CapEx vs OpEx

Pourquoi Oracle voudrait vous laisser apporter vos propres puces ? La location de GPU n’est-elle pas actuellement l’activité la plus rentable au monde ?

Oui, pour l’instant. Mais à plus long terme, le profil de risque change.

Le problème du « risque d’inventaire »

Si AWS dépense 10 milliards de dollars spécifiquement pour les Nvidia B200, ils prennent un risque énorme en matière de stocks. Si Nvidia lance le B300 l’année prochaine avec des performances 2x, ce stock de 10 milliards de dollars perd immédiatement 40 % de sa valeur. Il s’agit de « CapEx à haut risque ».

Le modèle du « propriétaire »

La stratégie BYOC d’Oracle transfère ce risque sur le client.

1. Le client (par exemple, xAI, OpenAI ou une nation souveraine) achète les puces. Ils subissent le coup de la dépréciation.
2. Oracle fournit l’alimentation (connexions 1 GW+), le refroidissement (boucles de refroidissement liquide) et le réseau.

Les dépenses d’investissement en infrastructure (centres de données, réseaux électriques, fibre) s’amortissent sur 20 à 30 ans. Silicon CapEx s’amortit sur 3 à 4 ans. En les dissociant, Oracle améliore son retour sur capital investi (ROIC). Ils deviennent une entreprise de services publics vendant du « Intelligence Power » plutôt qu’une société de location de matériel.

Comme le dit Larry Ellison, ils sont « neutres » sur les GPU. Ils ne se soucient pas de savoir si vous utilisez Nvidia, AMD ou votre propre sauce secrète. Ils veulent juste être ceux qui vendent l’électricité et la bande passante.

L’angle géopolitique : les nuages souverains

Cette flexibilité technique ouvre la voie à un nouveau marché massif : l’IA souveraine.

Des pays comme la France, l’Arabie Saoudite et le Japon agissent pour empêcher que leur infrastructure d’IA ne devienne historiquement dépendante des géants technologiques américains. Ils veulent construire des « usines d’IA » à l’intérieur de leurs frontières. Ces installations nécessitent souvent du matériel international ou diversifié pour éviter les sanctions ou les goulots d’étranglement de la chaîne d’approvisionnement.

Parce qu’OCI est modulaire et indépendant des puces, Oracle peut expédier une « région dédiée », une copie complète du cloud public OCI, vers un bunker gouvernemental à Riyad ou un centre de données à Francfort. Le client peut le remplir avec tout silicium qui correspond à ses intérêts nationaux. Cela inclut les puces nationales qui ne seraient pas prises en charge sur AWS ou Azure.

Cette capacité a fait d’Oracle le « marchand d’armes » de choix sur le marché international. Ils vendent le système d’arme (OCI), mais ils laissent le client charger les munitions (puces) de son choix. Cela contraste fortement avec AWS Outposts ou Azure Stack, qui sont des extensions rigides de la pile contrôlée par les Américains.

Les perspectives d’avenir : le centre de données hétérogène

Le marché s’éloigne de la « monoculture Nvidia ». L’avenir de l’inférence de l’IA est spécialisé. Les développeurs utiliseront Nvidia pour la formation, AMD pour le traitement par lots et des puces spécialisées Groq ou Etched pour l’inférence en temps réel.

Dans un monde hétérogène, le gagnant est la plateforme qui soutient le plus de diversité.

• AWS construit un écosystème « Amazon Way » (Trainium + Inferentia).
• Azure construit un écosystème « Microsoft Way » (Maia + Copilot).
• Oracle construit l‘“Open Way”.

Au cours de la dernière décennie, être « l’acteur intégré » (à la manière d’Apple) était la stratégie gagnante dans le cloud. Cependant, dans le monde physique de l’énergie à haute tension et de la dissipation thermique massive, être le « service public neutre » pourrait être le fossé ultime.

Oracle n’essaye pas de battre Nvidia. Il s’agit d’une prise de courant à laquelle Nvidia, et tous ceux qui viennent remplacer Nvidia, doivent se brancher.