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 tag_value prédéfinie pour les instances et les volumes Amazon Elastic Compute Cloud (Amazon EC2). Dans cet exemple, si quelqu'un essaie de lancer une instance EC2 avec une valeur différente de ABC123 ou ABC1234 (attribuée pour tag_value), un message d'erreur sera renvoyé, car l'instance EC2 ne respecte pas la politique de balises.
SCPs sont également appliqués à une UO ou à un compte cible. Par exemple, un SCP peut nécessiter des instances et des volumes prédéfinis tag_key pour Amazon EC2. Dans cet exemple, si quelqu'un essaie de lancer une instance EC2 sans tag_key cost-center-id nécessaire, 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
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.
