Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Mesurer, appliquer et évoluer
Des métriques sont nécessaires pour identifier les améliorations à apporter à ce processus et pour faire évoluer la gouvernance. Les mesures KPIs s'améliorent-elles au fil du temps ? Les résultats escomptés sont-ils atteints ? Les ressources ont-elles été allouées correctement ? Le mécanisme d'application est-il trop fort ou trop faible ?
Les exemples de balisage KPIs sont les suivants :
-
Taux de couverture des balises (par clé de balise)
-
Taux de couverture des balises (agrégé)
-
Pourcentage des dépenses totales balisées
-
Pourcentage de dépenses non allouables (ressources non balisées)
Parmi les exemples de solutions basées sur les résultats, KPIs on peut citer les suivants :
-
Nombre de ressources résiliées
-
Montant économisé
-
Gain de temps (par exemple, en automatisant les allocations financières)
Application proactive
Pour une application proactive, vous pouvez déterminer quelles ressources doivent être balisées. Vous pouvez ensuite appliquer des politiques de balises ou des politiques de contrôle des services (SCPs) à l'aide de la AWS Organizations console.
Une politique de balises est appliquée à une unité d'organisation (UO) ou à un compte de destination. Par exemple, une politique peut nécessiter une prédéfinition tag_value pour les instances et les volumes Amazon Elastic Compute Cloud (Amazon EC2). Dans cet exemple, si quelqu'un essaie de lancer une EC2 instance avec une valeur différente de ABC123 ou ABC1234 (attribuée àtag_value), un message d'erreur sera renvoyé, car l' EC2 instance ne respecte pas la politique en matière de balises.
SCPs sont également appliqués à une UO ou à un compte cible. Par exemple, un SCP peut nécessiter des EC2 instances et des volumes tag_key ForAmazon prédéfinis. Dans cet exemple, si quelqu'un essaie de lancer une EC2 instance sans la demande tag_keycost-center-id, un message d'erreur sera renvoyé.
Application réactive
La gouvernance réactive sert à trouver les ressources qui ne sont pas correctement balisées. Vous pouvez utiliser des outils tels que l'API Resource Groups Tagging, AWS Config les règles et l'éditeur de balises. Par exemple, AWS Config les règles peuvent utiliser une règle gérée required-tags pour vérifier que chaque actif a été correctement étiqueté avec une balise nommée cost-center-id avec des valeurs autorisées ABC123 ouABC1234. Tout actif identifié ne possédant pas la balise requise ou les valeurs requises dans la balise ne sera pas conforme.
Pour corriger les ressources existantes non conformes, nous recommandons la solution suivante :
Cost Explorer
Après avoir balisé les ressources, vous pouvez les voir en utilisant AWS Cost Explorer
Pour créer des rapports sur les coûts et l'utilisation que vous pouvez utiliser avec Amazon Quick Sight ou Amazon Athena, consultez la section Création de rapports sur les coûts et l'utilisation.
Amazon Quick Sight
Vous pouvez visualiser vos AWS coûts et votre utilisation à l'aide d'Amazon Quick Sight
Pour analyser les rapports de AWS coûts et d'utilisation avec Amazon Quick Sight, consultez Comment intégrer et visualiser le rapport sur les AWS coûts et l'utilisation (CUR) dans Amazon Quick Suite
Amazon Athena
Amazon Athena est un autre moyen d'analyser les données de vos rapports sur les AWS coûts et l'utilisation. Amazon Athena est un service de requêtes sans serveur qui prend en charge les requêtes SQL standard. À l'aide d'Amazon Athena, vous pouvez interroger les données des rapports de coûts et d'utilisation stockés dans Amazon Simple Storage Service (Amazon S3).
Pour configurer Amazon Athena afin d'analyser les rapports d'utilisation et de coûts, veuillez consulter Querying Cost and Usage Reports using Amazon Athena.
