Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Medir, aplicar y evolucionar
Las métricas son necesarias para identificar las mejoras en este proceso y optimizar la gobernanza. ¿Se están tomando medidas y KPIs mejorando con el paso del tiempo? ¿Se están logrando los resultados previstos? ¿Se han asignado los recursos de forma adecuada? ¿El mecanismo de aplicación es demasiado fuerte o débil?
Entre los ejemplos de etiquetado se KPIs incluyen los siguientes:
-
Tasa de cobertura de etiquetas (por clave de etiqueta)
-
Tasa de cobertura de etiquetas (agregada)
-
Porcentaje del gasto total etiquetado
-
Porcentaje del gasto no asignable (recursos que no estaban etiquetados)
Entre los ejemplos de métodos basados en los resultados se KPIs incluyen los siguientes:
-
Número de recursos terminados
-
Cantidad de dinero ahorrado
-
Ahorro de tiempo (por ejemplo, mediante la automatización de las asignaciones financieras)
Aplicación proactiva
En el caso de una aplicación proactiva, puede determinar qué recursos deben etiquetarse. A continuación, puede aplicar políticas de etiquetas o políticas de control de servicios (SCPs) mediante la consola de AWS Organizations.
Se aplica una política de etiquetas a una unidad organizativa (OU) o a una cuenta de destino. Por ejemplo, una política puede requerir una configuración predefinida tag_value
para las instancias y volúmenes de Amazon Elastic Compute Cloud (AmazonEC2). En este ejemplo, si alguien intenta lanzar una EC2 instancia con un valor diferente ABC123
o ABC1234
(asignado paratag_value
), aparecerá un mensaje de error porque la EC2 instancia no respeta la política de etiquetas.
SCPstambién se aplican a una unidad organizativa o a una cuenta de destino. Por ejemplo, a SCP puede requerir un predefinido tag_key
para las instancias y volúmenes de Amazon Elastic Compute Cloud (AmazonEC2). En este ejemplo, si alguien intenta lanzar una EC2 instancia sin lo solicitado tag_key
cost-center-id
, aparecerá un mensaje de error.
Aplicación reactiva
La gobernanza reactiva se utiliza para encontrar recursos que no se han etiquetado de forma adecuada. Puede utilizar herramientas como Resource Groups TaggingAPI, AWS Config rules y Tag Editor. Por ejemplo, las reglas de AWS Config pueden usar una regla administrada required-tags
para verificar que todos los activos se hayan etiquetado correctamente con una etiqueta denominada cost-center-id
con valores permitidos ABC123
oABC1234
. Cualquier activo identificado que no tenga la etiqueta o los valores requeridos en la etiqueta no será compatible.
Para corregir los recursos existentes que no son compatibles, le recomendamos la siguiente solución:
Explorador de costos
Después de etiquetar los recursos, puede verlos mediante AWSCost Explorer
Para crear informes de costes y uso que pueda utilizar con Amazon QuickSight o Amazon Athena, consulte Creación de informes de costes y uso.
Amazon QuickSight
Puedes visualizar el AWS coste y el uso a través de Amazon QuickSight
Para analizar los informes de AWS coste y uso () con Amazon QuickSight, consulta ¿Cómo incorporo y visualizo el informe de AWS coste y uso (CUR) en Amazon QuickSight
Amazon Athena
Amazon Athena es otra forma de analizar los datos de sus informes de AWS costos y uso. Amazon Athena es un servicio de consultas sin servidor que admite consultas estándar. SQL Con Amazon Athena, puede consultar los datos de los informes de costos y usos almacenados en Amazon Simple Storage Service (Amazon S3).
Para configurar Amazon Athena a fin de analizar los informes de costos y usos, consulte Consulta de informes de costos y usos con Amazon Athena.