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 los KPI mejoran con el 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?

Los siguientes son ejemplos de etiquetado de KPI:

Los siguientes son ejemplos de KPI basados en resultados:

Aplicación proactiva

En el caso de una aplicación proactiva, puede determinar qué recursos deben etiquetarse. Luego, puede aplicar políticas de etiquetas o políticas de control de servicio (SCP) 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 tag_value predefinida para volúmenes e instancias de Amazon Elastic Compute Cloud (Amazon EC2). En este ejemplo, si alguien intenta lanzar una instancia de EC2 con un valor diferente de ABC123 o ABC1234 (asignado para tag_value), se devolverá un mensaje de error porque la instancia de EC2 no respeta la política de etiquetas.

Las SCP también se aplican a una OU o a una cuenta de destino. Por ejemplo, una SCP puede requerir una tag_key predefinida para volúmenes e instancias de Amazon Elastic Compute Cloud (Amazon EC2). En este ejemplo, si alguien intenta lanzar una instancia de EC2 sin los valores tag_key cost-center-id solicitados, se devolverá 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. Se trata de una interfaz que lo ayuda a visualizar y administrar los costos y el uso de AWS a lo largo del tiempo mediante la creación de informes personalizados que analizan los datos de costos y uso. En la consola de administración de AWS, abra la consola del Explorador de costos. Luego, utilice el filtro Etiqueta para visualizar el costo y el uso por etiqueta, de acuerdo con la plantilla de etiquetas del diccionario de etiquetas que se creó anteriormente. Por ejemplo, puede filtrar por proyecto o equipo.

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. Amazon QuickSight es un servicio de análisis empresarial en la nube para crear visualizaciones, análisis y obtener rápidamente información empresarial a partir de los datos.

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? QuickSight

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.