AWS intègre cinq tableaux de bord FinOps prêts à l’emploi dans sa console de facturation
Le 14 août 2026, AWS a ajouté des tableaux de bord gérés, préconfigurés et en lecture seule à Billing and Cost Management, sans surcoût. C’est la visibilité FinOps de base que l’éditeur offre enfin en natif — et une pression directe sur les outils tiers dont le ticket d’entrée démarre à 5 % du spend.
14 août 2026. AWS annonce des Managed Dashboards dans Billing and Cost Management, la console de facturation. Cinq tableaux de bord préconfigurés, en lecture seule, alimentés automatiquement avec les données du compte. Aucun surcoût, dans toutes les régions commerciales.
Le mouvement est limpide : AWS productise la visibilité FinOps en natif, là où elle était jusqu’ici le territoire des outils tiers — Vantage, CloudHealth, Cast.ai — facturés en pourcentage du spend. Pour une équipe qui n’a encore aucun tableau de bord de coûts, le point d’entrée vient de tomber à zéro euro.
Ce que contiennent exactement les cinq tableaux de bord
Les Managed Dashboards sont des tableaux de bord gérés et en lecture seule, qui apparaissent dans la liste des dashboards de la console. Ils sont pré-peuplés avec les données du compte — aucune configuration, pas de branchement de source, pas de requête à écrire.
- Cost Overview & Trends suit les dépenses par service, compte et région sur 12 mois, avec des prévisions prospectives.
- Compute et Database décomposent les dépenses de chaque catégorie de service, en couplant la répartition des coûts avec les métriques de couverture et d’utilisation des engagements — la visibilité qui manquait pour relier une facture à ses Reserved Instances et Savings Plans.
- Reservations and Savings Plans montre la performance des engagements achetés sur tous les services éligibles, en chiffrant en euros les écarts et la sous-utilisation.
Leur valeur tient à un détail rarement souligné : tout est duplicable. Un tableau de bord géré peut être copié en copie personnalisée entièrement modifiable, ses widgets peuvent être ajoutés à vos tableaux de bord existants, et l’ensemble s’exporte en PDF ou CSV. AWS a compris que le premier réflexe d’une équipe FinOps est de modifier — et l’a anticipé plutôt que de verrouiller.
La lecture stratégique : AWS contre-attaque sur le FinOps
L’annonce ne se lit pas seule. Elle s’inscrit dans une bataille de positionnement qui couve depuis des années entre le natif et le tiers.
Les outils comme Vantage facturent 5 % du spend géré au-delà d’un palier gratuit, et leur argument central a toujours été de vous épargner le cost explorer de chaque cloud. AWS répond en intégrant la visibilité directement dans la console, gratuitement, et en la maintenant à jour — ce qui retire au tiers une partie de sa raison d’être pour les comptes mono-cloud simples.
Mais le champ reste borné, et il faut le dire clairement. Les Managed Dashboards sont mono-cloud, lecture seule, et dépourvus des fonctions qui font le prix des outils spécialisés : l’agrégation multi-cloud, la détection d’anomalies, l’automatisation des achats de Savings Plans, le chargeback par business unit. Sur ces terrains, le FinOps reste une discipline d’outillage, pas une fonctionnalité de console.
Ce que ça ne fait pas : optimiser à votre place
Il faut résister à une lecture hâtive. Un tableau de bord montre ; il n’optimise pas. Les trois phases du cadre de la FinOps Foundation — Informer, Optimiser, Opérer — ne sont pas couvertes à parts égales : ces dashboards couvrent la première, la visibilité, et posent la base des deux autres sans les automatiser.
Le rightsizing d’une instance, l’achat d’un Savings Plan au bon moment, la revente d’un engagement sous-utilisé : rien de tout cela n’est déclenché par les Managed Dashboards. Ils disent où se trouve le gaspillage — les écarts de couverture et la sous-utilisation sont chiffrés en monétaire — mais l’action reste manuelle.
# La même donnée exposée par les dashboards est interrogeable via l'API Cost Explorer
aws ce get-cost-and-usage \
--time-period Start=2026-08-01,End=2026-08-16 \
--granularity MONTHLY \
--metrics UnblendedCostCette commande renvoie le coût non atténué de la période — la brique de base que les cinq tableaux de bord agrègent et contextualisent avec les métriques d’engagement. Le fait qu’elle soit stable et documentée est ce qui permet aujourd’hui de construire des dashboards maison ; la nouveauté est qu’AWS en livre une version maintenue qui ne demande aucun développement.
Pour qui, et à quel moment
Le positionnement se décide en fonction de deux variables : la maturité FinOps de l’équipe et le périmètre cloud.
Pour une équipe qui n’a aucun tableau de bord de coûts — le cas de la majorité des organisations en dessous d’un certain volume — les Managed Dashboards sont la réponse la plus rapide et la moins chère possible : cinq vues, zéro configuration, zéro euro. Pour un compte multi-cloud ou une équipe qui a déjà industrialisé le FinOps, ils ne remplacent pas un Vantage ou un Cast.ai ; ils complètent, en offrant une vue native fiable à côté de l’outil tiers.
La variable maintenance penche aussi en faveur du natif : un tableau de bord maintenu par AWS ne casse pas quand l’API de facturation évolue, là où un dashboard maison exige une veille permanente. C’est un argument que les équipes petites ont tendance à sous-estimer.
Le standard FOCUS — la spécification ouverte de la FinOps Foundation qui normalise les formats de facturation — éclaire la limite du natif : les cinq dashboards ne réconcilient pas vos coûts AWS avec ceux d’Azure, de GCP ou de votre SaaS dans une vue unique. Tant que vos dépenses sont concentrées sur un seul cloud, la console suffit ; dès que le multi-cloud entre en jeu, la normalisation devient précisément le travail qu’un outil tiers facture.
C’est un critère de décision simple : le coût du natif est nul, mais son périmètre s’arrête à la frontière du compte AWS. Commencez par les dashboards gratuits pour voir, et ne passez à l’outil payant que lorsque vous dépassez cette frontière — un second cloud, des alertes d’anomalies câblées dans Slack, ou l’achat automatique de Savings Plans.
Où s’arrêtent les tableaux de bord gérés, et où commencent les outils
Pour situer l’annonce, il faut la replacer dans le portefeuille de facturation d’AWS, qui ne se résume pas à ces cinq dashboards. Cost Explorer expose déjà l’analyse de coûts et de prévisions ; AWS Budgets envoie des alertes de seuil ; Cost Anomaly Detection signale les pics inhabituels ; Cost Categories regroupe les coûts par business unit pour le chargeback. Les Managed Dashboards viennent coiffer ces briques avec une couche de présentation prête à l’emploi — ils n’en remplacent aucune.
C’est précisément ce qui borne leur portée. La détection d’anomalies reste une fonctionnalité séparée qu’il faut activer et interpréter ; le chargeback exige de configurer des Cost Categories au préalable ; l’automatisation des achats de Savings Plans n’existe tout simplement pas en natif. Un tableau de bord géré vous dit que vous gaspillez de l’argent sur des engagements sous-utilisés ; il ne le corrige pas.
Pour un compte mono-cloud en début de maturité FinOps, cet écosystème natif couvre l’essentiel de la phase « Informer ». Pour un compte multi-cloud ou une équipe qui veut automatiser, la frontière du natif est vite atteinte — et c’est là que le tiers reprend l’avantage.
Verdict
Si vous n’avez encore aucune visibilité de coûts sur AWS, ouvrez la console Billing and Cost Management → Dashboards et regardez les cinq Managed Dashboards avant d’acheter quoi que ce soit. C’est gratuit, immédiat, et cela couvre les trois quarts du besoin de la phase « Informer » du FinOps.
Si vous opérez sur plusieurs clouds, gardez votre outil multi-cloud — Vantage ou équivalent — et ajoutez les Managed Dashboards en complément natif. Ils ne remplacent ni l’agrégation multi-cloud ni l’automatisation des engagements.
Le signal de fond est que le natif grignote le tiers par le bas du marché : ce qui était un produit vendu devient une fonctionnalité de la console. La conséquence pour les éditeurs FinOps est déjà lisible — ils devront justifier leur 5 % de spend par ce que la console ne fait pas : l’automatisation et le multi-cloud.