Les budgets cloud des entreprises sont dépassés de 17 % en moyenne, et 84 % des responsables interrogés par Flexera considèrent la maîtrise de ces dépenses comme leur premier défi. Le plus déroutant n’est pas le dépassement lui-même : c’est qu’il survient sans qu’aucune décision d’achat n’ait été prise. Personne n’a signé de bon de commande, la facture a simplement grossi.
Dans cet article, nous vous expliquons :
- pourquoi la facture cloud échappe aux mécanismes de contrôle budgétaire habituels
- les sept postes de dépense qui dérapent sans qu’on les voie passer
- la démarche FinOps pour reprendre la main durablement
- les leviers qui produisent des résultats en quelques semaines
Pourquoi le cloud casse les mécanismes de contrôle budgétaire
Un serveur acheté coûte une somme connue, une fois. Une ressource cloud coûte à la seconde, tant qu’elle existe, et son montant dépend de ce qu’en font les équipes. Ce basculement d’un modèle d’investissement vers un modèle de consommation prive les organisations de leur principal garde-fou : l’engagement de dépense préalable.
Le problème s’aggrave quand l’estimation initiale a été construite avec les réflexes de l’infrastructure classique. On dimensionne pour le pic, on provisionne large au cas où, et on découvre trois mois plus tard que la capacité réservée est facturée en permanence alors qu’elle ne sert que quelques heures par semaine. C’est précisément le terrain sur lequel l’optimisation des coûts cloud intervient : rendre visible, poste par poste, l’écart entre ce que vous payez et ce que vous consommez réellement.
Ajoutez à cela un phénomène propre au cloud. La dépense est décidée par les équipes techniques mais assumée par la direction financière. Un développeur qui provisionne un environnement de test engage l’entreprise sans passer par la moindre validation. Ce n’est pas un défaut de discipline, c’est le fonctionnement même du modèle, et il faut le gouverner plutôt que le déplorer.
L’enjeu grandit vite. Flexera relève que 33 % des organisations dépensent plus de 12 millions de dollars par an sur le cloud public seul, et que ces dépenses devaient encore progresser de 28 % l’année suivante. Un écart de 17 % sur une telle base ne relève plus de l’arrondi budgétaire.
Les sept postes qui dérapent sans qu’on les voie
Le gaspillage cloud se loge rarement là où on le cherche. Il se concentre dans des ressources parfaitement fonctionnelles, simplement inutiles. Aucune ne déclenche d’alerte, aucune ne provoque d’incident : elles apparaissent dans une facture globale, un mois plus tard.
| Poste | Ce qui est réellement facturé | Signal d’alerte |
|---|---|---|
| Calcul inactif | Des machines allumées qui ne traitent rien, facturées à la seconde | Taux d’utilisation processeur durablement sous 5 % |
| Ressources surdimensionnées | Une instance calibrée pour une charge jamais venue, payée à pleine capacité | Pic d’usage très inférieur à la taille provisionnée |
| Stockage orphelin | Volumes détachés, sauvegardes accumulées, adresses IP réservées sans rattachement | Croissance du stockage sans croissance de l’activité |
| Transfert sortant | Chaque gigaoctet quittant la plateforme vers Internet ou une autre région | Ligne « egress » absente de l’estimation initiale |
| Environnements hors production | Recette, préproduction et démonstrations facturées comme la production | Consommation identique le dimanche et le mardi |
| Journaux et observabilité | Le volume ingéré, stocké, puis interrogé, chacun facturé séparément | Rétention jamais révisée depuis la mise en service |
| Licences en doublon | Le même outil provisionné par plusieurs équipes qui s’ignorent | Deux centres de coûts, un seul usage réel |
Un huitième poste s’est imposé récemment. L’usage des services d’intelligence artificielle générative dans le cloud public est passé de 47 % des organisations en 2024 à 72 % en 2025. Ces services se facturent au jeton consommé ou à l’heure de calcul accéléré, avec une volatilité qu’aucune ligne budgétaire classique n’absorbe. Un prototype laissé en service peut coûter plus cher qu’une application en production.
La démarche FinOps, ou comment rendre la dépense pilotable
Le FinOps est la discipline qui réconcilie les trois parties prenantes du sujet : les équipes techniques qui consomment, la finance qui paie, le métier qui arbitre. Son cadre de référence s’articule en trois temps, qui forment un cycle plutôt qu’une séquence.
Informer, optimiser, exploiter
La phase d’information rend les coûts visibles et attribuables. Elle repose sur une pratique peu spectaculaire mais décisive, l’étiquetage des ressources : chaque élément provisionné porte des métadonnées indiquant le projet, l’environnement, le centre de coûts et son responsable. Sans cette discipline, aucune analyse n’est possible et la facture reste un bloc opaque.
Vient ensuite l’optimisation, qui traite les gisements identifiés, puis l’exploitation, qui installe la gouvernance dans la durée : qui décide, selon quels seuils, avec quelles alertes.
Showback ou chargeback
Deux mécanismes structurent cette gouvernance, et le choix entre les deux est plus politique que technique.
Le showback montre à chaque équipe ce que sa consommation coûte, sans lui refacturer. Le chargeback va plus loin et impute réellement la dépense au budget de l’entité consommatrice. Le premier suffit souvent à faire baisser la facture, simplement parce que les équipes découvrent le prix de leurs habitudes.
Trois règles de gouvernance projet
- Nommez un propriétaire du budget cloud, comme vous nommez un responsable pour chaque risque dans votre management des risques
- Intégrez la revue de consommation à vos points de suivi de projet existants, plutôt que d’ajouter un rituel que personne ne tiendra
- Définissez un seuil d’écart déclenchant une remontée au comité de pilotage, avant le premier dérapage et non après
Les leviers qui produisent des résultats rapidement
Certaines actions demandent une refonte d’architecture. D’autres se mettent en place en quelques jours et financent la suite de la démarche.
L’extinction programmée des environnements hors production est le geste le plus rentable. Une plateforme de recette arrêtée la nuit et le week-end ne tourne plus que le tiers du temps, et la facture correspondante suit. Le redimensionnement vient ensuite : ramener chaque instance à la taille que son usage réel justifie, sur la base des métriques observées plutôt que des estimations de départ.
Les engagements de durée, instances réservées ou plans d’économies, offrent des remises substantielles par rapport au tarif à la demande, en échange d’un engagement d’un à trois ans. Ils supposent d’avoir stabilisé la consommation, sans quoi vous vous engagez sur une base fausse. Les instances ponctuelles, elles, conviennent aux traitements tolérants à l’interruption : calculs par lots, tests automatisés, rendus.
Restent les politiques de cycle de vie du stockage, qui basculent automatiquement les données froides vers des classes moins coûteuses, et la révision des rétentions de journaux. Ces deux chantiers passent souvent inaperçus alors qu’ils ne présentent aucun risque fonctionnel.
Un conseil de méthode pour finir : mesurez avant d’optimiser. Une équipe qui coupe des ressources sans avoir cartographié les dépendances provoque des incidents, et l’exercice s’arrête là. La séquence qui fonctionne tient en trois temps : étiqueter, mesurer pendant un cycle complet, puis agir sur les gisements confirmés. C’est aussi ce qui permet de défendre les gains obtenus devant une direction financière, chiffres à l’appui.
En bref
La facture cloud ne dérape pas par accident. Elle dérape parce qu’un modèle de consommation ne rencontre aucun des contrôles conçus pour un modèle d’investissement. Trois points à retenir :
- Le gaspillage se concentre sur des ressources fonctionnelles mais inutiles, invisibles tant que rien n’est étiqueté
- L’étiquetage des ressources conditionne tout le reste, jusqu’à la simple capacité de rattacher une dépense à un projet
- Un propriétaire de budget nommé et un seuil d’alerte défini valent mieux qu’un outil de plus
Si vous démarrez un projet impliquant une migration ou de nouveaux services managés, intégrez la trajectoire de consommation dès l’estimation du budget projet, et non à la première facture surprise. Dans les organisations où la DSI porte plusieurs chantiers en parallèle, cette responsabilité revient naturellement au CIO Office, en lien avec les processus décrits dans notre guide ITSM.
