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 estão KPIs 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 marcação KPIs incluem o seguinte:
-
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 resultados baseados em resultados KPIs incluem o seguinte:
-
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, você pode 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 uma predefinição tag_value
para instâncias e volumes do Amazon Elastic Compute Cloud EC2 (Amazon). Neste exemplo, se alguém tentar iniciar uma EC2 instância com um valor diferente de ABC123
ou ABC1234
(atribuído paratag_value
), uma mensagem de erro será retornada, pois a EC2 instância não está respeitando a política de tags.
SCPs também são aplicados a uma OU ou a uma conta de destino. Por exemplo, um SCP pode exigir um valor predefinido para instâncias e volumes do tag_key
Amazon Elastic Compute Cloud (Amazon EC2). Neste exemplo, se alguém tentar iniciar uma EC2 instância sem a solicitação tag_key
cost-center-id
, 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.