Engagement en faveur du cloud AI : le rythme de l’investissement devient inconfortable

Les hyperscalers continuent de construire. Mais les analystes et les appels sur les résultats décrivent un ralentissement du rythme de croissance des dépenses d’investissement. Pour les contrats cloud IA pluriannuels, le scénario dans l’engagement compte : que se passe-t-il si la capacité, le prix ou la sortie ne correspondent plus à la décision stratégique.

LiéLe matériel l’emporte sur les accords logiciels – réorganiser le Capex  /  Token-OPEX : l’inférence pilote, pas le budget par siège

Contrat cloud IA désigne ici l’accord pluriannuel portant sur la capacité de calcul, les modèles ou la performance d’inférence : volume, prix, capacité réservée et sortie. Il lie le budget à un scénario d’utilisation et nécessite donc des échelons, des réouvertures, de la portabilité et des coûts de sortie sur plusieurs années d’exploitation.

Le débat public se concentre sur le cours des actions et sur certaines semaines de résultats. En matière d’achat, autre chose compte : les engagements pluriannuels pour les capacités cloud et IA. Ceux qui sécurisent 2027 et 2028 achètent dans un monde où les dépenses d’investissement des hyperscalers restent globalement élevées – tandis que le rythme de croissance de la courbe des Capex ralentit dans plusieurs scénarios de marché.

Ce n’est pas une contradiction. C’est la différence entre le niveau et la pente. Un contrat qui ne maximise que la remise actuelle ignore la pente. Un contrat qui ne craint que la pente gaspille de la capacité. Une matrice de scénarios utile est celle qui traduit ces deux dimensions en clauses contractuelles.

Le niveau reste. La pente change la négociation.

Les niveaux absolus de Capex des grands fournisseurs d’infrastructures cloud et IA restent dans un ordre de grandeur qui façonne la capacité régionale, la disponibilité des GPU et la marge de négociation des remises pour les entreprises. Dans le même temps, les analyses et les prévisions de résultats décrivent de plus en plus souvent un ralentissement du rythme de croissance – et non un arrêt des expansions.

Pour les achats en région DACH, cela ne signifie ni panique ni chèque en blanc. Cela pose une question de planification : quel rythme intègre votre modèle interne de TCO pour l’IA ? Celui qui table sur une croissance linéaire et obtient un plateau se retrouve avec des engagements sans utilisation. Celui qui anticipe un plateau et se retrouve face à un scénario de croissance se retrouve sans capacité – et paie des prix spot.

Les coûts liés aux tokens et au runtime (voir article connexe sur les OPEX des tokens) restent la couche variable. Le rythme des Capex des fournisseurs détermine la couche sous-jacente : à quel point la capacité physique et contractuelle, sur laquelle tourne l’inférence, devient chère et rare. Ces deux couches doivent figurer dans le même dossier de décision – mesurées séparément, négociées conjointement.

Trois scénarios, une logique contractuelle

Trois scénarios robustes suffisent, plutôt qu’une seule prévision. Chacun doit intégrer les mêmes KPI : heures de GPU/TPU utilisées, coût par résultat des workflows clés, part réservée vs. à la demande, coûts de sortie et délai de migration en mois.

Ces scénarios servent de cadre de planification. Ils ne constituent pas une prévision de tendance. Les chiffres issus des résultats et des études ne sont que des hypothèses de départ, jamais une vérité contractuelle.

En remplissant ces trois scénarios avec les mêmes KPI, on voit immédiatement où le cadre contractuel prévu ne tient que dans un scénario de croissance. C’est là que les achats et l’architecture doivent parler le même langage : moins « plus de remise » – et plus « quelle clause survit au plateau ».

Quatre clauses qui font la différence

Les remises sont visibles. Les erreurs coûteuses se cachent ailleurs. Quatre types de clauses distinguent un cadre cloud IA négociable d’un simple vœu pieux.

1. Échelonnement des engagements plutôt que chargement initial. Au lieu de s’engager sur 100 % du volume sur trois ans dès la première année, l’échelonnement lie les tranches à des jalons d’utilisation. Chaque tranche inclut une clause de sortie avec préavis. Cela coûte souvent un peu de remise, mais évite l’erreur plus coûteuse : un engagement sans workload.

2. Sortie et portabilité avec point de mesure. Une sortie sans portabilité des données et des modèles n’est que du théâtre. Le contrat précise les formats, les délais d’export et un test annuel. Celui qui évite le test sait que la sortie n’existe pas.

3. Capacité réservée avec date d’expiration et réaffectation. Les réservations sans possibilité de réaffectation à des SKU apparentées et sans logique d’expiration génèrent des contingents morts. La règle de réaffectation doit figurer dans le corps du contrat, pas dans une FAQ du fournisseur.

4. Déclencheurs de prix et de capacité. Si la capacité d’une région tombe en dessous d’un seuil convenu ou si le prix de référence d’une SKU définie augmente de plus de X %, une renégociation s’ouvre. X est fixé en interne, pas par défaut par le fournisseur.

La remise cloud la plus avantageuse coûte cher si elle repose sur un scénario que votre déploiement IA ne peut pas supporter.

Quand l’inférence on-premise surpasse l’API par défaut

L’inférence on-premise ou privée n’est pas une alternative à la cloud. C’est l’interrupteur dans les scénarios de plateau et de démarrage avec une capacité limitée. La décision repose sur trois critères mesurables : un workload stable à haute densité de tokens, des exigences de latence prévisibles et la capacité à exécuter en interne des suites d’évaluation et du routage.

Celui qui ne peut pas mesurer ces trois critères continue d’acheter l’API par défaut – et devrait le reconnaître honnêtement. Celui qui peut les mesurer négocie une tranche cloud plus petite et garde un chemin interne ouvert. Make-or-Buy des modèles est ici le second axe : un modèle allemand ou européen devient souvent rentable lorsque les coûts d’inférence et la résidence des données entrent dans la même équation.

Les Capex matériels en interne (serveurs, refroidissement, contrats d’électricité) déplacent le risque, mais ne l’éliminent pas. L’article connexe sur le tri des Capex matériel vs logiciel reste la discussion sœur. Ici, seul compte l’interface : quels workloads ont un calcul de point d’équilibre solide face au chemin des hyperscalers – et sont-ils prévus dans le contrat comme une option, pas comme un PowerPoint ?

90 jours avant la prochaine signature

Le test est simple : signeriez-vous le même contrat si la croissance des Capex des fournisseurs en 2027 était nettement plus faible qu’en 2025/26 ? Si la réponse dépend d’une seule remise, le contrat est trop fragile.

Foire aux questions

Plus d’articles du réseau MBF Media

Source de l’image : générée par IA (juillet 2026)