Si tu gères des coûts sur plusieurs clouds, tu connais la galère : chaque fournisseur a son propre export, ses propres noms de colonnes, ses propres conventions de date. AWS appelle ça UnblendedCost, Azure CostInBillingCurrency, GCP encore autre chose. Résultat, ton équipe FinOps passe plus de temps à écrire des scripts de normalisation qu’à analyser les vraies dérives de coûts.
C’est exactement le problème que la FinOps Foundation essaie de résoudre avec FOCUS (FinOps Open Cost and Usage Specification), et Azure Cost Management l’implémente depuis un moment déjà. Sauf que la version disponible aujourd’hui dans Azure — le dataset 1.2-preview — n’est toujours pas exactement calée sur FOCUS 1.2, et la fondation a déjà publié une version 1.3. Voyons ce qui a vraiment changé, ce qui manque encore côté Azure, et comment t’en servir sans te faire piéger par les détails.
FOCUS, en une phrase
FOCUS est un schéma de colonnes standardisé pour les données de coûts et d’usage cloud, porté par la FinOps Foundation (elle-même sous l’ombrelle de la Linux Foundation). L’idée : au lieu que chaque fournisseur expose son format maison, tout le monde publie (au moins en option) un export avec les mêmes colonnes — BilledCost, EffectiveCost, ChargePeriodStart, ServiceCategory, etc. Tu écris tes tableaux de bord une fois, ils fonctionnent sur AWS, Azure, GCP et le reste sans réécriture.
Microsoft, AWS, Google Cloud, Oracle Cloud, Alibaba, Huawei, Tencent, Databricks, Grafana et OVHcloud soutiennent tous FOCUS à des degrés divers. Ce n’est pas un gadget marketing : c’est devenu le format d’échange de référence pour tout ce qui touche aux FinOps hubs, aux outils tiers de gestion de coûts (CloudHealth, Vantage, nOps…) et aux rapports Power BI du FinOps toolkit Microsoft.
Ce qui change vraiment dans le dataset 1.2-preview d’Azure
Côté Azure Cost Management, le dataset FOCUS actuel a pour identifiant de schéma 1.2-preview, créé le 13 juin 2025 — toujours en préversion, donc, malgré le nom. Quatre colonnes bougent par rapport à la 1.1 :
BillingAccountType: nouvelle colonne, qui indique le type d’entité derrièreBillingAccountId(« Billing Account » pour un contrat Enterprise Agreement, « Billing Profile » pour un Microsoft Customer Agreement).SubAccountType: nouvelle colonne, même logique mais pourSubAccountId.InvoiceId: promue au rang de colonne standard (elle vivait avant sousx_InvoiceId, le préfixe réservé aux extensions propriétaires de chaque fournisseur).PricingCurrency: même chose, promue depuisx_PricingCurrency.
Si tu migrais déjà depuis du FOCUS 1.0 ou 1.0r2, ce sont ces quatre-là qu’il faut ajouter à tes requêtes ou tes modèles Power BI. Attention à une subtilité au passage : 1.0r2 n’est pas une nouvelle version du spec, juste un correctif de format de date (les secondes sont désormais explicites — 2024-01-01T00:00:00Z plutôt que 2024-01-01T00:00Z). Si un de tes parseurs de date casse après une migration, c’est probablement ça.
Le conformance score n’est pas 100 %, et c’est documenté
Microsoft publie un rapport de conformité complet, chose que peu de fournisseurs cloud font aussi ouvertement. Le score actuel du dataset Azure FOCUS 1.2-preview est de 94 % : 325 exigences MUST sur 349 sont pleinement supportées, 16 partiellement, 8 pas du tout. Ce n’est pas dramatique pour un usage courant de reporting, mais si tu bâtis un outil qui dépend d’une exigence précise, vérifie-la dans le rapport de conformité complet avant de t’en servir en prod.
Créer un export FOCUS dans Azure Cost Management
C’est un des trois modèles proposés dans les exports Cost Management, à côté de « actual » et « amortized ». Les grandes étapes :
- Portail Azure → Cost Management → sélectionne le scope voulu → Exports → + Create.
- Onglet Basics : choisis le template Cost and usage (FOCUS).
- Onglet Datasets : donne un préfixe d’export unique (par exemple
focus-prod-2026). - Onglet Destination : type de stockage Azure Blob, compression None, et surtout Overwrite data = Enabled si tu veux un export quotidien qui écrase le fichier de la veille plutôt que d’accumuler des doublons.
- Review + Create, puis Run now pour ne pas attendre le prochain cycle planifié.
Deux limites à connaître avant de te lancer : le scope groupe de gestion (management group) n’est pas supporté pour les exports FOCUS — il faut exporter par abonnement ou par profil de facturation — et si tu exportes au niveau groupe de gestion tout court (avec un autre format), le multi-devise n’est pas géré non plus. Pour une organisation multi-abonnements avec des devises différentes, prévois donc des exports séparés plutôt qu’un export consolidé unique.
FinOps hubs : l’usage le plus courant de ces exports
Si tu pousses ces données vers FinOps hubs (Microsoft Fabric ou Azure Data Explorer en backend), le format FOCUS est directement pris en charge et réduit le volume de données à traiter par rapport aux exports actual/amortized bruts. Le coût annoncé démarre à 120 $/mois pour un cluster Data Explorer à un nœud, plus environ 10 $/mois par million de dollars surveillés — ou 5 $/million si tu te passes de Data Explorer/Fabric et que tu restes sur du stockage brut. Pour une boîte qui gère quelques centaines de milliers de dollars de cloud par mois, ça reste anecdotique face au temps gagné à ne plus maintenir un pipeline de normalisation maison.
FOCUS 1.3 est déjà là — Azure, pas encore
La FinOps Foundation a annoncé FOCUS 1.3 le 11 décembre 2025 à San Francisco, avec trois apports notables : des colonnes pour l’allocation des coûts partagés (répartir un coût d’infrastructure entre plusieurs conteneurs ou bases de données qui la consomment), un dataset séparé dédié aux engagements contractuels (dates, unités restantes, sans mélanger ça avec les lignes de coût), et un horodatage obligatoire avec indicateur de complétude pour distinguer une ligne définitive d’une ligne encore révisable. AWS a profité de l’annonce pour confirmer la disponibilité générale de son propre export FOCUS 1.2 le même jour.
Azure, de son côté, en est toujours au dataset 1.2-preview au moment de la rédaction de cet article — pas de date publique communiquée pour un passage en 1.3 ou même en 1.2 stable (non-preview). Concrètement : bâtis tes pipelines FinOps sur FOCUS maintenant, la valeur est déjà là, mais ne prends pas de dépendance dure sur une exigence 1.3 tant que le dataset Azure n’a pas suivi.
FAQ
FOCUS remplace-t-il les exports « actual » et « amortized » ?
Non, les trois coexistent. FOCUS combine en réalité les deux dans un seul fichier (via les colonnes BilledCost et EffectiveCost) et réduit le temps de traitement, mais si un outil tiers attend spécifiquement le format natif Azure, garde l’export correspondant en parallèle le temps de migrer.
Faut-il du FinOps hubs pour profiter de FOCUS ?
Non. Tu peux consommer un export FOCUS brut depuis n’importe quel outil qui sait lire du CSV/Parquet — Power BI, un notebook Python, un pipeline dbt. FinOps hubs ajoute juste l’orchestration et le stockage optimisé si le volume le justifie.
Le scope groupe de gestion, c’est un vrai problème ?
Ça dépend de ta structure. Si tu as un seul groupe de gestion avec une devise unique, tu peux contourner en exportant à ce niveau avec un autre format puis en convertissant. Si tu es multi-devises, il faut accepter des exports par abonnement — plus de fichiers à gérer, mais des données propres.
Passe à l’action
Si tu n’as encore aucun export FOCUS configuré, le geste le plus rentable cette semaine, c’est de créer un export « one-time » sur ton abonnement de prod pour voir concrètement à quoi ressemblent les colonnes chez toi, avant de programmer un export quotidien. Tu verras vite si ton usage actuel (réservations, savings plans, ressources partagées) colle bien aux 94 % de conformité annoncés — ou si tu tombes justement dans les 6 % qui manquent encore.
Pour aller plus loin sur la maîtrise des coûts Azure au global, notre article sur FinOps en 2026 et Cost Management pose les bases, et si tu gères un cluster Kubernetes, l’attribution des coûts AKS par namespace complète bien ce sujet côté conteneurs.
Laisser un commentaire