Capacité de cloud devient rare, les directeurs informatiques doivent planifier maintenant

63 %. C’est la croissance annuelle enregistrée par le cloud de Google, laissant Microsoft et Amazon derrière avec respectivement 39 % et 28 %. Les carnets de commandes des trois hyperscalers se remplissent plus vite que les nouveaux datacenters ne sont mis en service. Pour les DSI, cela signifie que les capacités cloud autrefois évidentes deviennent une ressource à anticiper et à sécuriser.

En lien :La géopolitique impacte la feuille de route des datacenters : ce que les DSI doivent sécuriser dès maintenant  /  La transformation numérique, chasse gardée des DSI : le réflexe coûteux des pays DACH

Quand la capacité devient un enjeu de négociation

Un responsable informatique planifie le budget cloud pour l’année à venir. Jusqu’ici, il s’agissait d’optimiser les coûts : instances moins chères, quelques Reserved Instances, un peu de discipline FinOps. Cette année, une nouvelle question s’ajoute, que personne n’aurait posée il y a deux ans : les capacités dont j’aurai besoin le trimestre prochain seront-elles disponibles ?

Cette question n’a rien d’hypothétique. Lorsqu’un hyperscaler a déjà vendu la majeure partie de sa nouvelle puissance de calcul via des contrats d’IA pluriannuels avant même que le datacenter ne soit opérationnel, les charges de travail classiques des entreprises entrent en concurrence avec des entraînements de modèles qui mobilisent des dizaines de fois plus de GPU. Le marché du cloud passe d’un rayon en libre-service à un modèle avec des délais de livraison.

Pour la stratégie cloud d’une entreprise, c’est une rupture avec une hypothèse confortable. L’élasticité, cette capacité à disposer à tout moment de ressources supplémentaires, était la promesse centrale du cloud public. Cette promesse reste valable, mais elle s’accompagne désormais de conditions.

Pourquoi les carnets de commandes explosent actuellement

Le moteur se trouve dans les rapports trimestriels. Les hyperscalers indiquent leurs revenus contractuels mais non encore réalisés comme indicateur clé. Il s’agit du carnet de commandes du cloud, et il croît à un rythme effréné.

Qu’est-ce qu’une Obligation de Performance Restante ? La RPO (Remaining Performance Obligation) désigne les revenus déjà contractuellement engagés mais non encore comptabilisés en tant que chiffre d’affaires. Dans le secteur du cloud, cela concerne principalement les revenus de services issus de contrats pluriannuels. Une RPO en hausse montre le volume de revenus futurs déjà sécurisés par contrat, même s’ils ne sont pas encore facturés et ne se traduisent pas directement en capacité de calcul physique.

Chez les trois principaux fournisseurs, ce poste a récemment connu une hausse marquée, portée par des engagements pluriannuels en IA dans des secteurs comme la finance et la pharmacie. Les montants exacts varient considérablement selon la définition de l’indicateur, mais la tendance est la même dans tous les rapports : une part croissante des revenus futurs du cloud est contractuellement engagée bien avant que la puissance de calcul correspondante ne soit disponible.

Cette croissance est une bonne nouvelle pour le marché, mais un défi inconfortable pour la planification. Là où la demande est la plus forte, le risque d’atteindre une limite augmente également. Il est difficile de prédire de l’extérieur quel fournisseur atteindra cette limite et quand, car les chiffres trimestriels reflètent la demande, pas les réserves disponibles. Toute entreprise qui confie une charge critique à un seul fournisseur devrait intégrer ce risque dans son architecture.

Ce que les DSI doivent intégrer dès maintenant dans leur planification

Celui qui anticipe cette démarche dans le cycle budgétaire négocie depuis une position différente. La puissance de calcul devient une variable à traiter comme une chaîne d’approvisionnement : avec un délai, des alternatives et des conditions négociées. Trois actions valent le coup à court terme.

Premièrement, projeter ses besoins plus loin dans l’avenir qu’auparavant et les traduire rapidement en engagements. Celui qui réserve une capacité un an à l’avance obtient de meilleurs prix et une disponibilité plus fiable que celui qui réserve au trimestre d’utilisation. Deuxièmement, prévoir un second fournisseur ou une réserve interne pour les charges vraiment critiques, afin qu’un goulot d’étranglement chez un hyperscaler n’impacte pas l’activité quotidienne. Troisièmement, faire de la disponibilité un sujet contractuel, avec des délais garantis et des voies d’escalade. Le prix n’est alors qu’un levier parmi d’autres.

La première de ces étapes est la plus délicate, et elle ne relève pas uniquement de l’IT. Un engagement pris un an à l’avance lie le budget, ce qui implique que le directeur financier siège à la table des discussions. C’est précisément là que se décide si la prise de conscience se transforme en plan d’action. Celui qui aborde la discussion avec une prévision de besoins solide et une comparaison entre la remise liée à l’engagement et le risque du prix spot obtient l’accord. Celui qui se contente de demander un budget cloud supplémentaire se voit poser des questions. Pour un DSI, il s’agit moins d’une question technique que d’une mission de négociation, et elle est plus facile à mener tant que les réserves sur le marché ne sont pas encore rares.

En définitive, un changement de posture s’opère. Le cloud a longtemps été la promesse de ne plus jamais avoir à se soucier de la puissance de calcul. Dans un marché dont les prochaines années sont déjà vendues, cette planification anticipée redevient un avantage concurrentiel. Elle se justifie surtout pour les charges dont dépend l’activité de l’entreprise.

Foire aux questions

Plus d’articles du réseau MBF Media

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