Le guide 2026 d'optimisation des coûts Cloud

Ce guide déroule une séquence d'audit des coûts cloud qui traite le coût comme un problème d'architecture plutôt qu'un problème de facturation : établir une base de coûts, redimensionner le calcul, s'engager sur des remises, hiérarchiser le stockage, nettoyer les ressources orphelines, et ancrer ces économies avec le GitOps.

1. Établir une base de coûts réellement fiable

Avant de toucher la moindre ressource, taguez tout et construisez une base répartie par :

• Équipe / service : qui est responsable de la dépense
• Environnement : production vs. staging vs. dev
• Type de ressource : calcul, stockage, sortie réseau, services managés

-- Exemple : requête sur l'export de facturation GCP pour trouver les labels les plus coûteux
SELECT
  labels.value AS team,
  SUM(cost) AS total_cost
FROM `billing_export.gcp_billing_export_v1`
CROSS JOIN UNNEST(labels) AS labels
WHERE labels.key = 'team'
GROUP BY team
ORDER BY total_cost DESC

2. Redimensionner le calcul, mais en vérifiant avec de vraies données d'utilisation

Le redimensionnement est le levier le plus puissant, et le plus risqué s'il est fait à l'aveugle. Le processus qui fonctionne :

1. Récupérez 30 à 90 jours d'utilisation CPU, mémoire et réseau par instance/node pool.
2. Signalez comme candidat au redimensionnement tout ce qui tourne sous 20 % d'utilisation moyenne.
3. Recoupez avec les pics d'activité (batchs de fin de mois, trafic du Black Friday) avant de réduire quoi que ce soit.
4. Déployez les changements via des politiques d'autoscaling définies dans Terraform, jamais par édition manuelle en console.

3. Vous engager sur ce que vous savez utiliser

Une fois l'utilisation stabilisée, engagez-vous :

• Calcul : Committed Use Discounts (GCP) ou Savings Plans (AWS) pour votre socle stable (généralement 55 à 70 % du pic).
• Stockage : des politiques de cycle de vie qui hiérarchisent automatiquement les données froides (Nearline/Coldline sur GCP, S3 Infrequent Access/Glacier sur AWS).
• Réseau : réduisez le trafic inter-régions et inter-AZ. Les équipes oublient souvent d'auditer ce poste de dépense, et il s'accumule vite.

4. Éliminer les ressources « temporaires » jamais nettoyées

Chaque audit trouve le même cimetière : disques orphelins, load balancers inactifs, clusters de dev oubliés, IP non rattachées. Nous mettons en place un balayage automatisé hebdomadaire : une Cloud Function ou Lambda gérée par Terraform. Elle signale tout ce qui n'est pas tagué ou inactif au-delà d'un seuil ; elle ne supprime jamais automatiquement.

5. Ancrer ces économies avec le GitOps, pas la mémoire collective

Les économies qui ne survivent pas au trimestre suivant sont celles qui dépendent d'une personne pensant à vérifier un tableau de bord. Celles qui durent sont imposées par la politique :

• Tout changement d'infrastructure passe par Terraform + revue de pull request (pas de clics en console).
• Les alertes budgétaires et la détection d'anomalies sont définies comme du code, pas cliquées dans une interface.
• Un plafond de coût par environnement est un contrôle CI, pas un rappel Slack.

Le résultat

Cette approche produit systématiquement des réductions durables de 30 à 40 % sur les 90 premiers jours, sans régression de fiabilité, parce que chaque changement suit le même processus de revue qu'un déploiement de fonctionnalité.