As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Avaliar, impor e evoluir
As métricas são necessárias para identificar melhorias nesse processo e evoluir a governança. As medidas e os KPIs estão melhorando com o tempo? Os resultados previstos estão sendo concretizados? Os recursos foram alocados adequadamente? O mecanismo de imposição é muito forte ou muito fraco?
Exemplos de KPIs de tags incluem:
-
Taxa de cobertura de tags (por chave de tag)
-
Taxa de cobertura de tags (agregada)
-
Percentual do gasto total marcado
-
Percentual de gastos não alocáveis (recursos que não foram marcados)
Exemplos de KPIs baseados em resultados incluem:
-
Número de recursos encerrados
-
Quantidade de dinheiro economizada
-
Tempo economizado (por exemplo, pela automatização de alocações financeiras)
Imposição proativa
Para a imposição proativa, é possível determinar quais recursos devem ser marcados. Em seguida, é possível aplicar políticas de tags ou políticas de controle de serviços (SCPs) usando o console do AWS Organizations.
Uma política de tags é aplicada a uma unidade organizacional (OU) ou conta de destino. Por exemplo, uma política pode exigir um tag_value
predefinido para instâncias e volumes do Amazon Elastic Compute Cloud (Amazon EC2). Neste exemplo, se alguém tentar iniciar uma instância do EC2 com um valor diferente de ABC123
ou ABC1234
(atribuído a tag_value
), uma mensagem de erro será retornada porque a instância do EC2 não está respeitando a política de tags.
As SCPs também são aplicadas a uma OU ou a uma conta de destino. Por exemplo, uma SCP pode exigir um tag_key
predefinido para instâncias e volumes do Amazon Elastic Compute Cloud (Amazon EC2). Neste exemplo, se alguém tentar iniciar uma instância do EC2 sem o tag_key
cost-center-id
solicitado, uma mensagem de erro será retornada.
Imposição reativa
A governança reativa é usada para encontrar recursos que não estão devidamente marcados. É possível usar ferramentas como a API do Resource Groups Tagging, as regras do AWS Config e o Tag Editor. Por exemplo, as regras do AWS Config podem usar uma regra gerenciada required-tags
para verificar se cada ativo foi marcado corretamente com uma tag chamada cost-center-id
com os valores permitidos ABC123
ou ABC1234
. Qualquer ativo identificado que não tenha a tag exigida ou os valores exigidos na tag não estará em conformidade.
Para corrigir recursos existentes fora de conformidade, recomenda-se usar a seguinte solução:
Explorador de custos
Após marcar os recursos, você poderá vê-los com o AWS Cost Explorer
Para criar relatórios de custo e uso que você possa usar com a Amazon QuickSight ou o Amazon Athena, consulte Criação de relatórios de custo e uso.
Amazon QuickSight
Você pode visualizar seu custo e uso da AWS usando a Amazon QuickSight
Para analisar os relatórios de custos e uso da AWS com a Amazon QuickSight, consulte Como faço para ingerir e visualizar o Relatório de Custos e Uso da AWS (CUR) na
Amazon Athena
O Amazon Athena é outra forma de analisar os dados dos seus relatórios de custos e utilização da AWS. O Amazon Athena é um serviço de consulta com tecnologia sem servidor que oferece suporte a consultas SQL padrão. Usando o Amazon Athena, é possível consultar dados dos Relatórios de custo e utilização armazenados no Amazon Simple Storage Service (Amazon S3).
Para configurar o Amazon Athena para analisar relatórios de custo e utilização, veja Consultar relatórios de custos e utilização com o Amazon Athena.