Cas d’école fictif · exemple illustratif
Cas d’école : une facture AWS de 40 000 € par mois, levier par levier
Un éditeur de logiciel en ligne (SaaS) imaginaire paie 40 000 € HT par mois à AWS, sans aucun engagement. Cette page déroule sur sa facture notre méthode FinOps, la gestion financière du cloud menée ensemble par la technique et la finance : l’inventaire, la baseline (le coût de référence, signé avant toute action), 18 actions chiffrées une par une, la mesure mois par mois et ce que chacun touche.
Publié et mis à jour le 24 octobre 2026.
Ce cas est fictif. L’éditeur, sa facture, ses volumes et les événements de son année sont inventés pour illustrer la méthode : aucune entreprise réelle n’est décrite, et Cloud Audit n’a pas encore de client. Vous lisez une démonstration de calcul, pas un résultat obtenu.
Les chiffres sont calculés sur les prix qu’AWS publie pour sa région de Paris (eu-west-3), relevés le 24 octobre 2026. AWS les publie en dollars : le cas les convertit au taux fixe de 0,86 € pour 1 $, une hypothèse de calcul et non un cours relevé. Les écarts en pourcentage entre deux prix, eux, ne dépendent pas de ce taux.
Le cas en chiffres
- 40 000 € HT de facture AWS par mois
- Aucun engagement d’un ou trois ans au départ
- 18 actions, validées une par une
- −28,8 % par mois en régime établi, soit 11 505 € de moins
- 361 267 € gardés par l’éditeur sur 3 ans
Exemple illustratif : chiffres calculés pour ce cas fictif, détaillés plus bas.
- Le point de départ : une facture qui a grandi avec le produit. Des environnements de test allumés jour et nuit, des volumes et des journaux jamais revus, un cluster Kubernetes réservé « au cas où », aucune remise d’engagement.
- La méthode : une baseline signée, 16 actions sur l’usage en trois mois, puis deux engagements d’un an sur ce qui reste. Chaque action a son identifiant, sa formule et sa preuve sur la facture.
- Le résultat calculé : 11 505 € par mois de moins en régime établi, à l’activité de la baseline. Notre simulateur annonce 5 000 à 16 000 € pour ce profil : le cas tombe dedans.
- Le prix : 25 % des économies mesurées, pendant 12 mois. Ensuite, 100 % pour l’éditeur. Sur 3 ans, notre part représente 8,4 % de ses économies.
Avant, après : la même facture, poste par poste
La facture garde ses sept postes. Les actions en réduisent six ; le septième, le support et les services divers, ne bouge pas.
Avant : La facture de la baseline, 40 000 € HT par mois
18 actions validées une par une, mesurées sur la facture
Après : La facture en régime établi, 28 495 € HT par mois
Pourquoi cet ordre : l’usage d’abord, les engagements ensuite
Face à cette facture, l’éditeur a trois options. La plus rapide n’est pas la meilleure.
| Ne rien faire | La facture reste à 40 000 € par mois. Les instances sans activité, les instantanés oubliés et les journaux jamais expirés restent payés, chaque mois. |
|---|---|
| Acheter des engagements tout de suite | Une remise immédiate, mais calculée sur une consommation qui va baisser : instances arrêtées la nuit, cluster consolidé, passage en Graviton, les processeurs Arm conçus par AWS. La FinOps Foundation, qui publie le cadre de référence de la discipline, met en garde contre cet ordre : s’engager avant de redimensionner, c’est risquer de compter deux fois les mêmes économies, ou de payer des ressources qui n’existent plus. |
| Nettoyer, puis s’engager | Le choix de ce cas : 16 actions sur l’usage en trois mois, puis, au mois 4, deux engagements d’un an dimensionnés sur la consommation stable qui reste. |
Un engagement, chez AWS, se prend de deux façons. Un Savings Plan engage une dépense horaire, en dollars, pendant un ou trois ans, contre une remise sur le calcul. Une instance réservée engage une classe d’instance précise, ici une base de données. Dans les deux cas, c’est l’éditeur qui décide, signe et paie, sur son compte.
Ce que nous avons reçu : les exports de facturation
L’audit commence par un NDA mutuel, signé avant tout accès. L’éditeur ouvre ensuite un accès en lecture seule, avec des rôles minimaux et sans lecture du contenu de ses données. Le plan d’économies chiffré, action par action, arrive sous 10 jours ouvrés après l’ouverture de l’accès. Il reste à l’éditeur, même s’il ne signe pas.
| Source | Ce que nous en avons tiré |
|---|---|
| Export de facturation au format FOCUS 1.2 (AWS Data Exports), 3 derniers mois clos | La baseline, ligne par ligne, et le prix unitaire de chaque ressource. FOCUS est le format commun de facturation publié par la FinOps Foundation ; AWS propose sa version 1.2 depuis le 19 novembre 2025. |
| Historique de Cost Explorer, l’outil d’analyse des coûts d’AWS | La saisonnalité : pas de pic marqué chez cet éditeur, donc 3 mois suffisent pour la baseline. |
| Recommandations de Compute Optimizer (outil gratuit d’AWS) | Les premiers candidats : serveurs de traitement surdimensionnés, 5 instances sans activité, volumes à changer de type. |
| Métadonnées des ressources | L’inventaire : instances, volumes, instantanés, passerelles NAT, adresses IP, groupes de journaux, versions des clusters et des bases. |
| Métriques d’utilisation sur 14 jours | La mémoire réellement utilisée par les serveurs de traitement, la charge des nœuds Kubernetes, le trafic entre zones. |
| Étiquettes des ressources | 45 % de la facture rattachée à un environnement ou à une équipe : le reste est à attribuer. |
Le rôle de lecture porte trois politiques gérées par AWS (ViewOnlyAccess, ComputeOptimizerReadOnlyAccess, CostOptimizationHubReadOnlyAccess) et une politique de lecture des coûts et de l’export. ViewOnlyAccess ne lit pas le contenu des objets S3. Nous n’utilisons pas AWSBillingReadOnlyAccess : elle donne aussi la lecture des moyens de paiement.
Un export de facturation décrit ce qui a été consommé, pas ce qui va se passer. Voici ce qu’il ne contient pas, et comment nous l’avons traité :
| Absent des exports | À quoi il sert | Comment nous l’avons traité |
|---|---|---|
| La feuille de route : nouveaux clients, nouvelles fonctions | Dimensionner les engagements sans surestimer l’usage futur | Entretien avec le directeur technique et la direction financière, avant le plan |
| Les contraintes : disponibilité exigée, durée de conservation des journaux et des instantanés | Savoir ce qui peut s’arrêter, se supprimer ou s’archiver | Listées avec l’éditeur et son délégué à la protection des données, avant toute action |
| Les horaires des équipes | Fixer l’arrêt du hors production | Validés avec les développeurs : de 8 h à 20 h, du lundi au vendredi |
| Les chantiers déjà prévus par l’équipe | Ne pas compter ce que l’éditeur aurait fait seul | Listés avant la signature de la baseline. Un chantier a échappé à la liste : voir le mois 1 |
La facture, poste par poste
La répartition suit le profil par défaut de notre simulateur. Nous n’avons trouvé aucune étude rigoureuse de la composition type d’une facture cloud : ce profil est une hypothèse de modélisation, pas une moyenne de marché.
| Poste | Lignes de la facture | Ce que l’audit y voit |
|---|---|---|
| Calcul (EC2, hors Kubernetes)35 % · 14 000 € par mois |
| Aucune remise d’engagement. Le hors production tourne la nuit et le week-end. Les serveurs de traitement utilisent moins de 40 % de leurs 32 Gio de mémoire. Cinq instances n’ont reçu aucun trafic depuis 30 jours. |
| Kubernetes (Amazon EKS)15 % · 6 000 € par mois |
| Les requests, la capacité que chaque conteneur réserve sur un nœud, dépassent de loin la consommation mesurée. Le cluster des outils est resté sur une version en support étendu : 0,60 $ de l’heure au lieu de 0,10 $. |
| Bases de données (RDS, ElastiCache)20 % · 8 000 € par mois |
| Le réplica ne reçoit plus de requêtes depuis la refonte des tableaux de bord. La base de production tourne sur une version de moteur sortie du support standard : AWS facture alors un support étendu payant, l’Extended Support, par vCPU et par heure. Aucune réservation. |
| Stockage12 % · 4 800 € par mois |
| Tous les volumes sont en gp2, alors que gp3 coûte 20 % de moins à Paris. Les instantanés s’accumulent sans règle de conservation. Une partie des objets S3 n’est plus lue après 90 jours. |
| Réseau8 % · 3 200 € par mois |
| 60 % du trafic des NAT va vers S3. 35 adresses IPv4 ne servent plus. Les appels entre services traversent les zones sans nécessité. |
| Journaux et observabilité (CloudWatch)5 % · 2 000 € par mois |
| Les journaux de mise au point (debug) restent activés en production. Aucun groupe de journaux n’expire. |
| Autres5 % · 2 000 € par mois | Plan de support AWS et services divers. | Rien à retirer dans ce cas. |
| Total100 % · 40 000 € par mois | 7 postes | Aucune ligne n’est couverte par un engagement. |
Les prix unitaires du cas
Prix à la demande d’AWS pour Paris, hors taxes, relevés le 24 octobre 2026 ; un mois compte 730 heures.
| Ressource | Prix AWS à Paris | Converti à 0,86 € |
|---|---|---|
| m6i.xlarge (4 vCPU, 16 Gio) | 0,2240 $ de l’heure | 140,63 € par mois |
| m7g.xlarge (Graviton, 4 vCPU, 16 Gio) | 0,1904 $ de l’heure | 119,53 € par mois |
| r6i.xlarge (4 vCPU, 32 Gio) | 0,2960 $ de l’heure | 185,83 € par mois |
| Compute Savings Plan, 1 an sans paiement initial | 0,16988 $ de l’heure en m6i.xlarge, 0,1444 $ en m7g.xlarge | −24,16 % sur les deux |
| Plan de contrôle EKS | 0,10 $ de l’heure ; 0,60 $ en support étendu | 62,78 € ; 376,68 € par mois |
| Passerelle NAT | 0,05 $ de l’heure et 0,05 $ par Go traité | 31,39 € par mois ; 43 € par To |
| Adresse IPv4 publique | 0,005 $ de l’heure, utilisée ou non | 3,14 € par mois |
| Volume EBS gp2, gp3 | 0,116 $ et 0,0928 $ par Go-mois | 0,0998 € et 0,0798 € |
| Instantané EBS, standard et archivé | 0,053 $ et 0,01325 $ par Go-mois | 0,0456 € et 0,0114 € |
| CloudWatch Logs | 0,5985 $ par Go ingéré (0,299 $ en classe Infrequent Access, pour les journaux rarement consultés) ; 0,0315 $ par Go-mois stocké | 0,5147 € (0,2571 €) ; 0,0271 € |
| Trafic entre zones | 0,01 $ par Go à l’envoi, autant à la réception | 0,0172 € par Go qui change de zone |
Les bases RDS, S3, la sortie Internet et les autres lignes sans prix dans ce tableau sont des montants de facture inventés pour le cas. Sources des prix : en bas de page.
La baseline, signée avant toute action
La baseline est le coût effectif moyen des 3 derniers mois clos, ressource par ressource, signé avant toute action ; les engagements existants sont listés à part et ne sont jamais facturés. Ici, cette liste est vide.
| Période | Les 3 derniers mois clos avant l’audit : 40 000 € HT par mois en moyenne. |
|---|---|
| Coût retenu | Le coût effectif, la colonne EffectiveCost de FOCUS : après remises, achats initiaux étalés sur leur durée. |
| Prix unitaires | Figés : ceux des 3 mois, ressource par ressource, avec leur conversion en euros. Une hausse ou une baisse de tarif d’AWS ne compte ni pour ni contre, pas plus qu’une variation du dollar. |
| Activité de référence | Le nombre de clients actifs. Il sert à ramener à l’activité de la baseline les ressources qui suivent la charge, comme le cluster de production. |
| Engagements existants | Aucun. S’il y en avait, ils seraient listés à part, et leurs remises ne seraient jamais facturées. |
| Signature | Par la direction financière et le directeur technique de l’éditeur, avant la première action. |
Chaque action est ensuite mesurée par l’une de ces trois formules, toujours au prix de la baseline :
| Type d’action | Économie du mois |
|---|---|
| Supprimer, arrêter, réduire | Prix de la baseline × (quantité de la baseline − quantité du mois, ramenée à l’activité de la baseline) |
| Changer de classe ou de génération | Quantité du mois, ramenée à l’activité de la baseline si la ressource suit la charge, × (prix de la baseline de l’ancienne classe − prix de la baseline de la nouvelle) |
| S’engager | Coût à la demande équivalent, au prix de la baseline − coût effectif, part non utilisée de l’engagement comprise |
Toute nouvelle ligne que l’action fait apparaître sur la facture (un supplément d’IOPS, c’est-à-dire d’opérations de lecture et d’écriture par seconde, ou des frais propres à une classe de stockage) est déduite de son économie.
Le plan : 18 actions, numérotées et chiffrées
Rien ne change sans votre accord : chaque action est validée par vous, mise en œuvre avec vos équipes (ou par elles) et réversible, sauf les engagements (Savings Plans, réservations), que vous signez vous-même, et les suppressions, que vous confirmez. Ici, l’éditeur a validé les 18 actions, en quatre lots.
Les leviers d’un même poste ne s’additionnent pas : chacun s’applique à la base laissée par le précédent. Le Savings Plan de l’action 17 est ainsi calculé sur l’API déjà passée en Graviton et sur le cluster déjà consolidé. Une même économie n’est jamais comptée deux fois.
| N° | Action | Poste | Calcul | Par mois |
|---|---|---|---|---|
| Lot 1 · Nettoyage, effet dès le mois 1 | ||||
| 1 | Arrêter deux semaines, puis supprimer 5 instances sans activité depuis 30 jours | Calcul | 5 × m6i.xlarge | 703 € |
| 2 | Libérer 35 adresses IPv4 publiques qui ne servent plus | Réseau | 35 × 0,005 $ × 730 h | 110 € |
| 3 | Instantanés EBS : règle de conservation, archivage des instantanés de conformité (90 jours au moins en archive) | Stockage | 12 To ramenés à 3 To standard et 3 To archivés | 376 € |
| 4 | Journaux : debug filtré (−20 % de volume), journaux d’audit (un quart du volume restant) en classe Infrequent Access, conservation 90 jours (audit : 1 an) | Journaux | Ingestion −30 %, stockage −40 % | 587 € |
| 5 | Supprimer le réplica de lecture inutilisé | Bases | La ligne entière | 400 € |
| Lot 2 · Usage, effet dès le mois 2 | ||||
| 6 | Arrêter le développement et le test la nuit et le week-end : 12 instances sur 24, allumées 60 h sur 168 | Calcul | 12 × m6i.xlarge × 64,3 % des heures | 1 085 € |
| 7 | Même règle pour 2 des 3 bases hors production | Bases | 750 € d’instances × 64,3 % ; leur stockage reste facturé | 482 € |
| 8 | Volumes EBS : de gp2 à gp3, 18 To sur 20 | Stockage | 18 000 Go × (0,116 − 0,0928) $ | 359 € |
| 9 | Point de terminaison passerelle S3 (sans frais : le trafic vers S3 ne traverse plus les NAT) ; une seule passerelle NAT pour le hors production | Réseau | 60 % des Go traités par les NAT ; 2 passerelles NAT de moins | 527 € |
| 10 | Objets S3 de 128 Ko et plus en Intelligent-Tiering, la classe qui déplace seule vers un palier moins cher les objets que personne ne lit | Stockage | 30 % de la ligne S3 à −68 % ; −40 % les deux premiers mois d’effet | 461 € |
| Lot 3 · Dimensionnement et architecture, effet dès le mois 3 | ||||
| 11 | Serveurs de traitement : de r6i.xlarge à m6i.xlarge (16 Gio suffisent) | Calcul | 12 × (0,2960 − 0,2240) $ × 730 h | 542 € |
| 12 | API : de m6i.xlarge à m7g.xlarge (Graviton) | Calcul | 44 × (0,2240 − 0,1904) $ × 730 h | 928 € |
| 13 | EKS : requests corrigées, cluster de production consolidé de 38 à 30 nœuds | Kubernetes | 8 × m6i.xlarge | 1 125 € |
| 14 | EKS : cluster des outils monté sur une version en support standard | Kubernetes | (0,60 − 0,10) $ × 730 h | 314 € |
| 15 | Routage par zone : 30 % du trafic entre zones reste dans sa zone | Réseau | 9 To × 0,02 $ | 155 € |
| 16 | Base de production : montée de version, fin du surcoût Extended Support | Bases | La ligne entière | 500 € |
| Lot 4 · Engagements, effet dès le mois 4 | ||||
| 17 | Compute Savings Plan 1 an sans paiement initial : 9,61 $ de l’heure, soit 75 % de la consommation stable de l’API (44 m7g.xlarge), des serveurs de traitement (12 m6i.xlarge) et du cluster de production (26 nœuds, jamais éteints) | Calcul et Kubernetes | 7 952 € à la demande × 24,16 % | 1 921 € |
| 18 | Instance réservée RDS 1 an sans paiement initial, sur la base de production | Bases | 3 100 € d’instances × 30 % | 930 € |
| Total | 18 actions | 6 postes sur 7 | Régime établi, dès le mois 5 | 11 505 € |
Calculs en dollars aux prix de Paris, convertis à 0,86 € pour 1 $, arrondis à l’euro. Arrêter 108 heures sur 168, c’est 64,3 % des heures en moins. Le taux de 30 % de l’action 18 est celui qu’affiche AWS pour une instance réservée RDS d’un an sans paiement initial ; le taux exact dépend du moteur et de la classe d’instance, et se lit dans la grille au moment de l’achat.
Le résultat, poste par poste
| Poste | Avant | Économie | Après | Écart | Fourchette du simulateur |
|---|---|---|---|---|---|
| Calcul (EC2) | 14 000 € | 4 517 € | 9 483 € | −32 % | 15 à 45 % |
| Kubernetes | 6 000 € | 2 101 € | 3 899 € | −35 % | 20 à 50 % |
| Bases de données | 8 000 € | 2 312 € | 5 688 € | −29 % | 10 à 35 % |
| Stockage | 4 800 € | 1 196 € | 3 604 € | −25 % | 10 à 35 % |
| Réseau | 3 200 € | 792 € | 2 408 € | −25 % | 5 à 35 % |
| Journaux | 2 000 € | 587 € | 1 413 € | −29 % | 15 à 40 % |
| Autres | 2 000 € | 0 € | 2 000 € | 0 % | 0 à 15 % |
| Total | 40 000 € | 11 505 € | 28 495 € | −28,8 % | 5 000 à 16 000 € |
Notre simulateur annonce, pour ce profil (AWS, 40 000 € par mois, Kubernetes, moins de 20 % de la facture couverte par des engagements, environnements hors production distincts), 5 000 à 16 000 € d’économies par mois, environ 10 500 € en son milieu. Le cas tombe dans la fourchette, un peu au-dessus de son milieu, et chaque poste reste dans la sienne. Faites le calcul pour votre facture.
Les points durs, et ce que nous en faisons
| Point dur | Le risque | Ce que nous faisons |
|---|---|---|
| Passer l’API en Graviton (action 12) | Une dépendance compilée pour x86, un agent de supervision sans version Arm | Images multi-architecture produites par l’intégration continue, test de charge en préproduction, une instance Graviton en production pendant une semaine, puis la flotte. Retour en m6i par une mise à jour du modèle de lancement. |
| Arrêter le hors production (actions 6 et 7) | Une tâche de nuit qui ne tourne plus, un développeur bloqué le soir | Horaires validés avec les équipes ; la recette et l’intégration continue restent allumées ; démarrage à la demande hors horaires. Le stockage reste facturé quand une instance est arrêtée : le gain est calculé sur les seules heures d’instance. |
| De gp2 à gp3 (action 8) | Un volume qui dépasse la performance de base de gp3 | Chaque volume est comparé à la base incluse dans gp3 : 3 000 IOPS et 125 Mio/s. Au-delà, IOPS et débit se paient, et ce supplément est déduit. Ici, 2 To restent en gp2 en attendant ce calcul. Le changement se fait à chaud. |
| Consolider le cluster (action 13) | Moins de nœuds, donc moins de marge lors d’un pic | Nouvelles requests tirées de 14 jours de mesure (95e centile et une marge), validées en test de charge ; budgets d’interruption des pods ; l’autoscaler, le composant qui ajoute ou retire des nœuds, garde le dernier mot. |
| Dimensionner le Savings Plan (action 17) | Un plan plus gros que la consommation : la part non utilisée se paie quand même | Un an, sans paiement initial, à 75 % de la consommation stable mesurée après les lots 1 à 3. Le plan coûte 75,8 % de l’équivalent à la demande : utilisé à moins de 75,8 %, il coûterait plus cher que de ne rien acheter. Son seuil de rentabilité est d’environ 9 mois (75,8 % de 12 mois), à la limite du repère de la FinOps Foundation, 9 mois au plus : d’où une couverture limitée à 75 % de la consommation stable. |
| Réserver la base (actions 16 et 18) | Une réservation ne s’applique pas au surcoût Extended Support | Monter de version d’abord, testé en recette, dans une fenêtre de maintenance ; réserver ensuite la classe d’instance stabilisée. |
| Journaux en Infrequent Access (action 4) | Une alerte ou une métrique qui s’appuie sur ces journaux | Classe réservée aux journaux d’audit, consultés rarement, après vérification avec l’équipe qu’aucune alerte ni métrique ne s’appuie sur eux. Les durées de conservation sont validées avec le délégué à la protection des données. |
| Garder le trafic dans sa zone (action 15) | Perdre la tolérance à la panne d’une zone | Routage préférentiel dans la zone, avec repli sur les autres ; les trois zones restent en service. |
| Archiver des instantanés (action 3) | Supprimer une copie qu’une obligation de conservation impose | Les instantanés de conformité sont archivés, pas supprimés. L’archive impose une durée minimale de 90 jours : seuls les instantanés à garder plus longtemps y vont. |
Le code, avant et après
L’infrastructure de l’éditeur est écrite en Terraform, du code qui décrit les ressources à créer : la plupart des actions sont des modifications de quelques lignes, relues et appliquées par son équipe. Les extraits ci-dessous sont écrits pour cette page et ramenés à l’essentiel.
Avant : Terraform du compte de production
# Région de Paris (eu-west-3)
resource "aws_launch_template" "api" {
name_prefix = "api-"
image_id = var.ami_x86_64
instance_type = "m6i.xlarge" # 0,2240 $/h à la demande, 44 instances 24 h sur 24
}
resource "aws_ebs_volume" "donnees" {
availability_zone = "eu-west-3a"
size = 500
type = "gp2" # 0,116 $ par Go-mois
}
# Aucun point de terminaison S3 : le trafic vers S3 passe par les NAT (0,05 $ par Go traité)Après : le même compte
resource "aws_launch_template" "api" {
name_prefix = "api-"
image_id = var.ami_arm64 # image multi-architecture, construite par l'intégration continue
instance_type = "m7g.xlarge" # Graviton, 0,1904 $/h : -15 %
}
resource "aws_ebs_volume" "donnees" {
availability_zone = "eu-west-3a"
size = 500
type = "gp3" # 0,0928 $ par Go-mois : -20 %
iops = 3000 # base incluse dans le prix
throughput = 125 # Mio/s, base incluse
}
# Point de terminaison passerelle : sans frais, le trafic vers S3 ne traverse plus les NAT
resource "aws_vpc_endpoint" "s3" {
vpc_id = aws_vpc.prod.id
service_name = "com.amazonaws.eu-west-3.s3"
vpc_endpoint_type = "Gateway"
route_table_ids = aws_route_table.privee[*].id
}Après : arrêt du développement la nuit et le week-end (action 6)
# Allumé de 8 h à 20 h, du lundi au vendredi : 60 heures sur 168. Même règle pour le groupe de test.
resource "aws_autoscaling_schedule" "dev_arret" {
scheduled_action_name = "arret-soir"
autoscaling_group_name = aws_autoscaling_group.dev.name
recurrence = "0 20 * * 1-5"
time_zone = "Europe/Paris"
min_size = 0
max_size = 0
desired_capacity = 0
}
resource "aws_autoscaling_schedule" "dev_demarrage" {
scheduled_action_name = "demarrage-matin"
autoscaling_group_name = aws_autoscaling_group.dev.name
recurrence = "0 8 * * 1-5"
time_zone = "Europe/Paris"
min_size = 6
max_size = 6
desired_capacity = 6
}Après : journaux qui expirent, audit en classe Infrequent Access (action 4)
resource "aws_cloudwatch_log_group" "api" {
name = "/saas/prod/api"
retention_in_days = 90 # avant : aucune expiration
}
resource "aws_cloudwatch_log_group" "audit" {
name = "/saas/prod/audit"
log_group_class = "INFREQUENT_ACCESS" # 0,299 $ par Go ingéré au lieu de 0,5985 $
retention_in_days = 365
}Kubernetes : la même charge, avant et après (action 13)
# Avant : valeurs posées au lancement du service, jamais revues
resources:
requests:
cpu: "2"
memory: 4Gi
limits:
memory: 4Gi
# Après : 14 jours de mesure (95e centile et une marge), validés en test de charge
resources:
requests:
cpu: 300m
memory: 900Mi
limits:
memory: 1200Mi| Ligne | Effet sur la facture |
|---|---|
instance_type et image_id | Même taille, processeur Graviton : 15 % de moins par heure à Paris. |
type = "gp3" | 20 % de moins par Go ; iops et throughput restent dans la base incluse. |
aws_vpc_endpoint de type Gateway | Le trafic vers S3 quitte les NAT : 0,05 $ par Go traité en moins, sans nouvelle ligne de facture. |
aws_autoscaling_schedule | 108 heures sur 168 sans instance ; les volumes restent facturés. |
retention_in_days | Les journaux de plus de 90 jours sont effacés : le stockage cesse de grossir. |
log_group_class | Moitié prix à l’ingestion pour les journaux d’audit. |
requests | Plus de conteneurs par nœud : 8 nœuds de moins pour la même charge. |
La mesure, en une requête
Chaque action a sa requête sur l’export FOCUS. Pour le Savings Plan, l’économie du mois est le coût à la demande équivalent, au prix de la baseline, moins le coût effectif.
Mesure de l’action 17 sur l’export FOCUS (Athena, le service de requêtes SQL d’AWS)
-- Action 17 : économie du mois du Compute Savings Plan, lue dans l'export FOCUS 1.2.
-- Les lignes 'Unused' (part non utilisée du plan) n'ont pas d'équivalent à la demande :
-- elles réduisent l'économie, qui peut devenir négative.
SELECT date_trunc('month', f.ChargePeriodStart) AS mois,
SUM(CASE WHEN f.CommitmentDiscountStatus = 'Used'
THEN f.PricingQuantity * b.prix_unitaire_baseline ELSE 0 END)
- SUM(f.EffectiveCost) AS economie
FROM focus f
LEFT JOIN baseline_prix b ON b.sku_price_id = f.SkuPriceId -- prix figés à la signature
WHERE f.CommitmentDiscountId = ? -- identifiant du plan de l'action 17
GROUP BY 1
ORDER BY 1;Ce qui ne s’optimise pas tel quel
| Ce qui reste | Pourquoi | À la place, ou plus tard |
|---|---|---|
| La base de production en Multi-AZ | La disponibilité est un choix de l’éditeur, pas un gaspillage | Seule la réservation (action 18) baisse son prix. |
| La recette et l’intégration continue allumées | Des tests tournent la nuit | Revues avec les équipes dans six mois. |
| La sortie Internet et les équilibreurs de charge (1 534 €) | Elles dépendent du produit : téléchargements, API publiques | Un réseau de diffusion de contenu ou la compression se chiffreront dans un deuxième plan d’économies. |
| Le Spot, la capacité inutilisée qu’AWS vend jusqu’à 90 % moins cher et reprend avec un préavis de 2 minutes | Son prix à Paris varie et n’a pas été relevé | Candidats : l’intégration continue, les traitements par lots. Non compté ici. |
| Les nœuds EKS en x86 | Chaque image du cluster doit exister en Arm | Le Graviton sur les nœuds, dans un deuxième plan d’économies. |
| Le plan de support AWS | AWS arrête son plan Business Support le 1er janvier 2027 | Le choix du plan suivant se fait avec l’éditeur ; aucune économie n’est comptée. |
La mesure, mois par mois
La mesure se fait sur les factures du fournisseur, ici l’export FOCUS d’AWS, action par action, au prix de la baseline (les hausses ou baisses de tarif du fournisseur ne comptent ni pour ni contre), croissance de l’activité neutralisée. Seules les économies réalisées et mesurées sur ses factures sont facturées, jamais les « coûts évités ». Les économies négatives se déduisent.
Pour chaque action, notre part porte sur ses 12 premiers mois d’économies, à partir du premier mois civil entier où elle est en place ; le mois partiel de mise en production n’est pas facturé. Les quatre lots ont donc chacun leur période : mois 1 à 12, 2 à 13, 3 à 14 et 4 à 15.
| Mois | Ce qui se passe | Économie mesurée | Base facturable | Notre part | L’éditeur garde |
|---|---|---|---|---|---|
| Mois 1 | Lot 1 en place. L’éditeur conteste l’action 5 : la suppression du réplica était prévue avant l’audit, mais absente de la liste. Économie contestée, donc jamais facturée. | 2 176 € | 1 776 € | 444 € | 1 732 € |
| Mois 2 | Lot 2 en place. Les objets S3 passent en Intelligent-Tiering : pas encore d’effet. | 4 629 € | 4 229 € | 1 057 € | 3 572 € |
| Mois 3 | Lot 3 en place. Premier palier S3 : −40 % sur les objets non lus depuis 30 jours. | 8 464 € | 8 064 € | 2 016 € | 6 448 € |
| Mois 4 | Savings Plan et instance réservée en place, achetés par l’éditeur. | 11 315 € | 10 915 € | 2 729 € | 8 586 € |
| Mois 5 | Palier S3 à 90 jours atteint : régime établi. | 11 505 € | 11 105 € | 2 776 € | 8 729 € |
| Mois 6 | Rien de nouveau. | 11 505 € | 11 105 € | 2 776 € | 8 729 € |
| Mois 7 | 10 % de clients actifs en plus : le cluster passe de 30 à 33 nœuds. Ramenés à l’activité de la baseline, 33 nœuds en valent 30 : l’économie ne bouge pas. La facture, elle, remonte. | 11 505 € | 11 105 € | 2 776 € | 8 729 € |
| Mois 8 | Import des données d’un nouveau client : 4 serveurs de traitement repassent en r6i.xlarge pendant 10 jours. L’action 11 perd 59 €. | 11 446 € | 11 046 € | 2 762 € | 8 684 € |
| Mois 9 | Un réglage de l’autoscaler laisse 46 nœuds allumés pendant 8 jours : sur ces 8 jours, l’action 13 est négative, et le négatif est déduit. Elle rapporte 688 € au lieu de 1 125 €. | 11 068 € | 10 668 € | 2 667 € | 8 401 € |
| Mois 10 à 12 | Régime établi, chaque mois. | 11 505 € | 11 105 € | 2 776 € | 8 729 € |
| Mois 1 à 12 | La première année | 118 128 € | 113 328 € | 28 332 € | 89 796 € |
| Mois 13 | Fin de la période du lot 1 : ses économies reviennent à 100 % à l’éditeur. | 11 505 € | 9 329 € | 2 332 € | 9 173 € |
| Mois 14 | Fin de la période du lot 2. | 11 505 € | 6 415 € | 1 604 € | 9 901 € |
| Mois 15 | Fin de la période du lot 3. Dernier mois facturable du lot 4 ; le Savings Plan et l’instance réservée arrivent à leur terme, et leur renouvellement est la décision de l’éditeur. | 11 505 € | 2 851 € | 713 € | 10 792 € |
| Mois 16 et après | Plus rien à nous payer : 100 % des économies pour l’éditeur. | 11 505 € | 0 € | 0 € | 11 505 € |
Exemple illustratif. Notre part : 25 % de la base facturable. Économies arrondies à l’euro action par action, avant addition ; parts et soldes calculés avant arrondi. L’éditeur garde l’économie mesurée moins notre part : l’économie contestée de l’action 5 lui revient en entier.
Chaque mois, le relevé suit le même chemin :
- La facture AWS du mois est close. L’export FOCUS est complet ; aucun chiffre ne vient d’un outil à nous.
- Le relevé est calculé action par action. Pour chacune : quantité et prix de la baseline, quantité du mois, économie, et les lignes de l’export qui la prouvent.
- L’éditeur a 15 jours pour le valider. Ses équipes refont le calcul dans Cost Explorer si elles le souhaitent.
- Une économie contestée n’est pas facturée. Au mois 1, l’action 5 sort ainsi de la base facturable.
- La facture de notre part suit le relevé validé. Une par mois, sans fixe, sans abonnement, sans minimum.
Le relevé : cas de figure et règle appliquée
| Cas de figure | Règle | Dans ce cas d’école |
|---|---|---|
| L’activité augmente | Les ressources qui suivent la charge sont ramenées à l’activité de la baseline : la croissance ne gonfle pas l’économie et ne l’efface pas | Mois 7 : 33 nœuds pour 10 % de clients en plus, comptés comme 30 ; l’action 13 reste à 1 125 €. |
| AWS change un prix | Mesure au prix de la baseline : ni pour ni contre | Si AWS baissait le prix du m7g.xlarge en cours d’année, l’action 12 resterait calculée sur 0,2240 $ et 0,1904 $. |
| Le dollar varie | Conversion figée avec les prix de la baseline | Le taux de 0,86 € reste celui de toute la mesure. |
| Une action recule | L’économie du mois est recalculée à la baisse ; un négatif se déduit des autres actions | Mois 8 et 9 : 59 € puis 437 € en moins. |
| Un engagement est sous-utilisé | La part non utilisée est déduite de l’économie de l’engagement | Le plan, dimensionné à 75 % de la consommation stable, est resté utilisé à 100 %. |
| Un nouveau projet démarre | Ses ressources ne sont dans aucune action : ni comptées ni déduites | Aucun cette année. |
| Un coût est évité | Jamais facturé : seules les économies réalisées et mesurées sur les factures comptent | Le cluster aurait dû grossir au mois 7 sans la consolidation : rien n’est facturé pour cela. |
| L’éditeur conteste un chiffre | Une économie contestée n’est pas facturée | Action 5, dès le mois 1. |
Notre part, le palier, ce que l’éditeur garde
25 % des économies mesurées, pendant 12 mois. Ensuite, 100 % pour vous. Aucune économie, aucune facture. Zéro fixe, zéro abonnement, zéro minimum. Les engagements pluriannuels (Savings Plans, réservations) sont décidés et signés par vous ; notre part ne porte que sur les 12 premiers mois d’économies.
| Période | Économie mesurée | Notre part | L’éditeur garde |
|---|---|---|---|
| Mois 1 à 12 | 118 128 € | 28 332 € | 89 796 € |
| Mois 13 à 15 | 34 515 € | 4 649 € | 29 866 € |
| Mois 16 à 36, si les économies se maintiennent | 241 605 € | 0 € | 241 605 € |
| Sur 3 ans | 394 248 € | 32 981 € | 361 267 € |
Exemple illustratif. Les mois 16 à 36 supposent des économies au niveau du régime établi, à l’activité de la baseline, et des engagements d’un an renouvelés aux mêmes taux : les prix futurs d’AWS ne sont pas connus.
La première année, l’éditeur garde 76 % des économies mesurées. Sur 3 ans, notre part en représente 8,4 %.
Le palier ne joue pas ici. Au-delà de 20 000 € d’économies par mois, notre part passe à 20 % sur ce qui dépasse : part du mois = 25 % × min(économie, 20 000 €) + 20 % × max(0, économie − 20 000 €). Avec 11 105 € facturables par mois, l’éditeur reste sous le seuil. Exemple illustratif : pour une facture plus grosse qui économiserait 26 000 € dans un mois, notre part serait de 25 % × 20 000 + 20 % × 6 000 = 6 200 €, soit 23,8 %.
Le contrat est résiliable à tout moment, avec un préavis d’un mois ; à la sortie, aucune économie future n’est facturée.
La gouvernance, après
Une facture nettoyée regrossit si personne ne la suit. Ce qui reste en place chez l’éditeur :
- Des budgets et des alertes par compte et par équipe, envoyés à ceux qui consomment, pas seulement à la direction financière.
- Une détection d’anomalies par service et par compte, pas seulement sur le total, comme le recommande la FinOps Foundation.
- Un étiquetage obligatoire (environnement, équipe, produit) : 45 % de la facture attribuée au départ, au moins 85 % visés, la cible « Walk » du modèle de maturité de la FinOps Foundation.
- Une règle de décommissionnement : une ressource sans utilisation pendant 30 jours est arrêtée, sauf justification. La FinOps Foundation donne ce type de règle en exemple de politique, avec une durée à fixer par chacun.
- Des indicateurs chaque mois : taux d’économie effectif (ESR, soit 1 − dépense réelle remisée ÷ dépense équivalente à la demande), de 0 % au départ à 12,7 % sur le calcul après l’action 17 ; couverture par des engagements, 53 % du calcul éligible, pour une cible « Crawl » d’environ 60 % ; utilisation des engagements ; coût par client actif.
- Un rendez-vous au mois 15 : renouveler ou non les engagements, et à quelle hauteur, sur 12 mois d’usage mesuré. La décision reste celle de l’éditeur.
- Une revue de tout nouveau service avant son lancement : taille, région, conservation des données, étiquettes.
| Développeurs | Les environnements de développement et de test sont disponibles de 8 h à 20 h en semaine, et se rallument à la demande. |
|---|---|
| Exploitation | Des images en deux architectures, des requests revues à chaque version, des journaux qui expirent. |
| Finance | Un relevé mensuel lisible, action par action, et un coût par client actif. |
| Direction | Une décision par an sur les engagements, chiffrée sur un usage mesuré. |
Ce que l’éditeur garde de notre passage
- les modules Terraform modifiés : modèles de lancement, volumes, points de terminaison, arrêts programmés, groupes de journaux ;
- les requêtes de mesure sur l’export FOCUS, et le registre des 18 actions ;
- les 15 relevés mensuels et leurs pièces ;
- les règles d’étiquetage, les budgets et les alertes ;
- la documentation : ce qui a changé, pourquoi, et comment revenir en arrière.
Nos scripts et notre infrastructure-as-code lui restent ; aucun outil propriétaire à garder. Son équipe, la nôtre ou un autre prestataire peut reprendre le suivi.
Ce que ce cas ne dit pas
- L’éditeur n’existe pas, et aucun résultat réel n’est décrit ici. Cloud Audit n’a pas encore de client.
- Les prix sont ceux du 24 octobre 2026, publiés en dollars et convertis à un taux fixe choisi pour l’exemple.
- La répartition de la facture est une hypothèse, le profil par défaut de notre simulateur, pas une moyenne de marché.
- Les volumes, les taux d’utilisation et les événements de l’année sont inventés : votre infrastructure a les siens.
- Les frais propres à certaines classes, comme la transition et le suivi des objets S3, ne sont pas chiffrés ici. Le temps passé par les équipes de l’éditeur non plus.
- Le Spot, le Graviton sur les nœuds EKS et la sortie Internet ne sont pas comptés.
- Seule la mesure sur la baseline signée fait foi.
Votre facture AWS grimpe ? Commencez par l’audit gratuit
Estimez vos économies en 2 minutes, demandez l’audit gratuit ou prenez un échange de 30 minutes en visio. L’audit vous donne un plan d’économies chiffré, action par action, sous 10 jours ouvrés après l’ouverture de l’accès : il vous reste, même si vous ne signez pas.
Estimer mes économies Demander l’audit gratuit Réserver un échange de 30 minutes en visio (nouvel onglet)
À lire aussi : la méthode FinOps, étape par étape · Savings Plans et réservations · réduire sa facture AWS · réduire les coûts Kubernetes · votre facture est-elle trop élevée ? · l’équipe
Sources et dates
Prix AWS de la région de Paris (eu-west-3), en dollars hors taxes, relevés le 24 octobre 2026 dans les fichiers de prix d’AWS :
- Instances EC2 à la demande (m6i.xlarge, m7g.xlarge, r6i.xlarge) : fichier publié le 23/10/2026.
- Compute Savings Plans, 1 an sans paiement initial : version 20261023221239, publiée le 23/10/2026.
- Passerelles NAT, volumes EBS gp2 et gp3 (au-delà de la base incluse, 0,0058 $ par IOPS-mois et 0,0464 $ par Mio/s-mois), instantanés et archives : fichier publié le 23/10/2026, tarifs en vigueur au 01/10/2026.
- Adresses IPv4 publiques : fichier publié le 16/10/2026.
- CloudWatch Logs : fichier publié le 07/10/2026.
- Trafic entre zones de disponibilité : fichier publié le 16/09/2026.
- Plans de contrôle EKS, 0,10 $ et 0,60 $ de l’heure : page de prix d’EKS, non datée.
Remises et règles d’AWS, pages non datées sauf mention, relevées le 24 octobre 2026 :
- Instances réservées RDS, 30 % pour 1 an sans paiement initial : page des instances réservées RDS.
- Extended Support facturé par vCPU et par heure, hors du champ des instances réservées : blog AWS, 25/03/2024.
- S3 Intelligent-Tiering, −40 % après 30 jours sans accès, −68 % après 90 jours, objets de moins de 128 Ko non éligibles : page S3 Intelligent-Tiering.
- Base incluse dans gp3, 3 000 IOPS et 125 Mio/s : page des volumes EBS General Purpose.
- Instantanés archivés, 90 jours au moins : FAQ des instantanés EBS.
- Points de terminaison passerelle S3 sans frais : documentation AWS.
- Spot, jusqu’à 90 % de remise : page Spot ; préavis de 2 minutes : documentation EC2.
- Compute Optimizer gratuit : page de prix.
- Export FOCUS 1.2 dans AWS Data Exports, disponible depuis le 19/11/2025 : annonce AWS.
- Politiques gérées ViewOnlyAccess (modifiée le 14/10/2026) et AWSBillingReadOnlyAccess (modifiée le 30/07/2026), ComputeOptimizerReadOnlyAccess (modifiée le 20/11/2024) et CostOptimizationHubReadOnlyAccess (modifiée le 12/02/2026).
- Fin du plan Business Support le 1er janvier 2027 : documentation AWS Support.
FinOps Foundation, pages non datées, relevées le 24 octobre 2026 : optimisation des tarifs (l’usage avant les engagements, seuil de rentabilité de 9 mois au plus) ; modèle de maturité (couverture d’environ 60 % au niveau « Crawl », coûts attribués à 85 % au niveau « Walk ») ; gouvernance (politique de décommissionnement) ; gestion des anomalies.
Profil de facture et fourchettes du simulateur : hypothèses de modélisation de Cloud Audit. Page publiée et mise à jour le 24 octobre 2026.