FinOps multi-cloud : unifier la visibilité AWS, Azure et GCP
80 % des entreprises utilisent au moins deux fournisseurs cloud. Mais combien ont une vue unifiée de ce qu’elles dépensent — et pourquoi ?
Le problème du multi-cloud cloisonné
Chaque provider a ses propres outils de facturation :
- AWS : Cost Explorer, CUR, CUDOS
- Azure : Cost Management + Billing
- GCP : Billing export + BigQuery
Résultat : trois dashboards, trois nomenclatures, trois façons de compter. Impossible de comparer, d’agréger ou de prendre une décision éclairée.
Le standard FOCUS : enfin un langage commun
Le FinOps Open Cost and Usage Specification (FOCUS) est né pour résoudre ce problème. Porté par la FinOps Foundation, il normalise les données de coûts cloud :
- Un vocabulaire unique (service, resource, charge, commitment)
- Des colonnes standardisées quelle que soit la source
- La possibilité de joindre les données de plusieurs providers dans une seule table
Ce que FOCUS change concrètement
| Avant FOCUS | Avec FOCUS |
|---|---|
| « UsageType » chez AWS, « MeterCategory » chez Azure | ServiceName partout |
| Formats de dates et devises différents | Colonnes normalisées |
Impossible de faire un GROUP BY multi-cloud | Agrégation directe |
| Comparaison manuelle sur Excel | Dashboards unifiés |
Les 4 piliers d’une stratégie FinOps multi-cloud
1. Centraliser les données
Exportez les données de facturation de chaque provider vers un datawarehouse commun (BigQuery, Athena, ou une plateforme FinOps comme Sazin). Appliquez le standard FOCUS pour normaliser.
2. Allouer par équipe, pas par provider
L’erreur classique : allouer les coûts AWS à l’équipe A et les coûts Azure à l’équipe B. En réalité, une même équipe utilise souvent plusieurs clouds. La bonne maille :
- Par produit : combien coûte le produit X, tous clouds confondus ?
- Par environnement : dev vs staging vs production
- Par feature : quel est le coût de la feature Y ?
3. Optimiser par levier, pas par provider
Les leviers d’optimisation sont les mêmes partout :
| Levier | AWS | Azure | GCP |
|---|---|---|---|
| Engagements | Savings Plans, RI | Reserved Instances | CUDs |
| Rightsizing | Compute Optimizer | Azure Advisor | Recommender |
| Spot/Preemptible | Spot Instances | Spot VMs | Preemptible VMs |
| Stockage | S3 Intelligent-Tiering | Cool/Archive | Nearline/Coldline |
L’important : appliquer la même rigueur sur chaque provider, pas uniquement le plus gros.
4. Gouverner avec des budgets unifiés
Un budget par équipe qui englobe tous les providers — pas un budget AWS + un budget Azure + un budget GCP. Sinon, les dérives se cachent dans les interstices.
Le piège du “cloud principal”
Beaucoup d’organisations concentrent leur effort FinOps sur leur cloud principal (souvent AWS) et ignorent les 20-30 % de dépenses sur les clouds secondaires. C’est précisément là que le gaspillage est le plus élevé :
- Ressources oubliées dans un tenant Azure de test
- Datasets BigQuery facturés au stockage sans être utilisés
- VMs de POC jamais éteintes
Unit Economics multi-cloud
Le vrai FinOps mature va au-delà du suivi de facture. Il pose la question : combien coûte mon produit, tous clouds confondus, par utilisateur actif ?
Coût total produit = AWS + Azure + GCP + IA
Coût/utilisateur = Coût total / MAU
C’est cette métrique qui permet de savoir si vous scalez efficacement ou si vos coûts croissent plus vite que votre base utilisateurs.
Par où commencer ?
- Exportez les données de facturation de chaque provider (CUR pour AWS, Billing export pour GCP, Cost Management pour Azure)
- Normalisez au format FOCUS
- Créez un dashboard unifié avec les 3 sources
- Identifiez les 5 premières anomalies multi-cloud
Le multi-cloud est une force technique. Sans FinOps unifié, c’est un angle mort financier.
Envie d’aller plus loin ? Commencez par un Diagnostic Coûts Cloud pour cartographier vos dépenses multi-cloud en deux semaines.