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. ¿Las medidas y las mejoras van 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 (Amazon EC2). 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.
SCPs también se aplican a una unidad organizativa o a una cuenta de destino. Por ejemplo, un SCP puede requerir instancias y volúmenes predefinidos tag_key
para Amazon Elastic Compute Cloud (Amazon EC2). 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 Tagging API, las reglas de AWS Config y Tag Editor. Por ejemplo, las reglas de AWS Config pueden utilizar una regla administrada required-tags
para comprobar que todos los activos se han etiquetado de forma correcta con una etiqueta llamada cost-center-id
con los valores permitidos ABC123
o ABC1234
. 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 el Explorador de costos de AWS
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
Puede visualizar el costo y el uso de AWS a través de Amazon QuickSight
Para analizar los informes de costo y uso de AWS con Amazon QuickSight, consulte ¿Cómo incorporo y visualizo el informe de costo y uso (CUR) de AWS en Amazon
Amazon Athena
Amazon Athena es otra forma de analizar los datos de los Informes de costos y usos de AWS. Amazon Athena es un servicio de consultas sin servidor que admite consultas de SQL estándar. 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.