Coût du cloud : les cinq postes qui gonflent la facture

Le cloud promet de ne payer que ce que l’on consomme. C’est exact, et c’est précisément le problème : tout ce qui tourne se paie, y compris ce que plus personne n’utilise. Une facture cloud ne dérape presque jamais d’un coup. Elle grossit mois après mois, par des postes que personne ne regarde parce qu’aucun n’est spectaculaire pris seul.

Cet article de notre rubrique Infrastructure et cloud passe en revue les cinq postes qui pèsent le plus, ce qui les rend invisibles, et la routine qui les tient. Les exemples de prix viennent d’AWS parce que ses tarifs sont publics et détaillés ; les autres grands fournisseurs facturent des postes équivalents, avec leurs propres règles.

Pourquoi la facture cloud dérape-t-elle ?

Parce que créer une ressource prend une minute et que la supprimer ne fait partie du travail de personne. Le rapport annuel de Flexera sur l’état du cloud, publié en mars 2026, en donne la mesure :

Le chiffre de gaspillage est une estimation déclarée, pas une mesure de factures, et Flexera attribue sa remontée aux charges d’IA. Il dit pourtant l’essentiel : même les entreprises qui ont une équipe pour ça laissent filer une part importante de leur budget. Pour une équipe de 20 à 500 personnes, sans équipe dédiée, la question n’est pas de savoir s’il y a du gaspillage, mais où il se loge.

Poste 1 : ce qui reste allumé

Le premier poste est le plus banal : des machines, des bases de données ou des environnements d’essai qui tournent encore alors que le projet est fini, ou qui ont été dimensionnés pour un pic qui n’est jamais venu. Une machine virtuelle coûte la même chose qu’elle travaille ou qu’elle attende.

Trois cas reviennent :

• l’environnement de test oublié, créé pour une démonstration ou une recette, jamais supprimé ;
• la machine surdimensionnée, choisie large « pour être tranquille » et jamais revue à la baisse ;
• le service qui tourne la nuit et le week-end alors que personne ne s’en sert en dehors des heures de bureau.

La parade tient en une règle d’organisation plus qu’en un outil : chaque ressource porte le nom du projet et de la personne qui en répond, et une ressource sans responsable est arrêtée. C’est le rôle du socle d’infrastructure commun à vos projets : un compte ou un projet par usage, et un budget par projet.

Poste 2 : le trafic sortant

Faire entrer des données dans un cloud est en général inclus. Les en faire sortir, vers vos utilisateurs, vers un autre fournisseur ou vers vos bureaux, se paie au volume. La page de tarifs d’Amazon EC2 indique 100 Go de transfert sortant vers internet inclus chaque mois, tous services confondus ; au-delà, chaque gigaoctet est facturé selon un barème dégressif.

Ce poste grossit sans bruit quand un site sert des vidéos ou des fichiers lourds, quand une sauvegarde part chaque nuit vers un autre fournisseur, ou quand une application échange beaucoup avec un service hébergé ailleurs. Il pèse aussi le jour où l’on veut partir. Le règlement européen sur les données encadre ces frais de changement de fournisseur : selon l’Arcep, ils sont plafonnés aux coûts directement liés au changement jusqu’au 12 janvier 2027, puis interdits. AWS annonce de son côté un transfert sortant sans frais pour les clients éligibles qui déplacent toutes leurs données hors de chez lui. Le trafic du quotidien, lui, reste facturé.

Poste 3 : le stockage qui s’accumule

Le stockage coûte peu au gigaoctet, et c’est pour cela qu’on ne le surveille pas. Il s’accumule par couches : des instantanés de disques gardés indéfiniment, des sauvegardes sans durée de conservation, des journaux applicatifs conservés « au cas où », des copies de bases faites avant une migration et jamais supprimées.

Le remède est une durée de conservation écrite pour chaque type de données : tant de jours pour les sauvegardes quotidiennes, tant de mois pour les mensuelles, tant de semaines pour les journaux. Elle sert aussi le RGPD, qui demande de ne pas garder des données personnelles plus longtemps que nécessaire. Notre guide des sauvegardes d’un serveur à soi détaille un rythme de rétention raisonnable.

Poste 4 : les petits services facturés à l’heure

Ce sont les lignes que personne n’a choisies consciemment : elles viennent avec une architecture. Prises une à une, elles paraissent négligeables ; additionnées et multipliées par les environnements, elles ne le sont plus.

Le dernier exemple est instructif : une version de Kubernetes qu’on ne met pas à jour coûte six fois plus cher à l’heure, sans qu’aucune ligne de code n’ait changé. Le retard de maintenance devient une ligne de facture. Nous détaillons ce que Kubernetes demande, et quand une entreprise moyenne peut s’en passer, dans Kubernetes : quand une PME n’en a pas besoin.

Poste 5 : les compteurs à l’usage

Le dernier poste est le plus récent et le plus variable : tout ce qui se facture à la minute, à l’appel ou au jeton. Minutes d’intégration continue, exécutions de fonctions, appels à un modèle d’IA. Ici, la facture ne dépend plus de ce qui est allumé, mais de ce que vos programmes font, et un programme qui boucle ou qui repart de zéro à chaque échec peut multiplier la consommation en une nuit.

Les appels d’IA suivent la même logique, avec un levier de plus : le choix du modèle selon la tâche. Notre article sur la facture de l’IA, les jetons et le routage des modèles le traite en détail.

Comment garder la main sans freiner les projets ?

Les cinq postes ont un point commun : aucun ne se voit sur le total de la facture. Ils se voient par projet, avec quelqu’un qui regarde. La routine qui suffit à une entreprise de taille moyenne :

Une alerte de budget ne coupe rien. Chez Microsoft Azure, la documentation le dit explicitement, et nous l’avons détaillé dans le guide du socle : la consommation continue après le dépassement. Chez les autres fournisseurs, lisez ce que fait réellement une alerte avant de compter dessus. La revue mensuelle reste le seul contrôle qui attrape les cinq postes à la fois.

Ce travail ne remplace pas celui des personnes qui administrent l’infrastructure : il leur donne les chiffres pour arbitrer, et à la direction les moyens de comprendre leurs choix.

Quand le prix fixe devient plus simple

Pour une charge stable, qui tourne jour et nuit sans grands pics, un serveur loué à prix fixe rend les postes 1 et 4 prévisibles : on paie la machine, quel que soit son usage, et le poste 2 dépend du trafic compris dans l’offre. Il en ajoute d’autres, en heures d’exploitation surtout. Le choix se fait usage par usage, et nous le détaillons dans serveur dédié, VPS ou cloud : choisir selon l’usage. Pour vos abonnements logiciels, la même comparaison sur trois ans est dans le vrai coût d’une sortie du SaaS.

Par où commencer

Prenez la dernière facture et classez chaque ligne dans l’un des cinq postes. Pour chacune, cherchez le projet et la personne qui en répondent : les lignes sans réponse sont votre premier gisement. Posez ensuite un budget par projet, puis la revue mensuelle.

Le reste de la rubrique couvre les autres décisions d’exploitation : ce qu’une supervision doit surveiller, le plan de reprise après sinistre à écrire, les outils à sortir du SaaS en premier, n8n auto-hébergé en production, la migration cloud sans tout casser, la dépendance de l’Europe au cloud américain et ce que NIS2 demandera aux entreprises françaises.

Si vos outils de gestion peuvent tourner sur un serveur à coût fixe, notre sortie du SaaS les y installe, sauvegardes testées et documentation comprises. Si votre facture vient d’un grand fournisseur, décrivez-nous vos projets : nous regarderons avec vous où elle se loge.

Questions fréquentes

Sources

1. AWS, tarifs à la demande d’Amazon EC2 (nouvel onglet)aws.amazon.com
2. Arcep, communiqué du 16 février 2026 sur les frais de changement de fournisseur cloud (nouvel onglet)en.arcep.fr
3. AWS News Blog, annonce de la facturation des adresses IPv4 publiques (nouvel onglet)aws.amazon.com
4. AWS, tarifs d’Amazon VPC (nouvel onglet)aws.amazon.com
5. AWS, tarifs d’Amazon EKS (nouvel onglet)aws.amazon.com