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 tag ou políticas de controle de serviço (SCPs) usando o console 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.
SCPstambém são aplicados a uma OU ou a uma conta de destino. Por exemplo, a SCP pode exigir um valor predefinido tag_key
para instâncias e volumes do Amazon Elastic Compute Cloud EC2 (Amazon). 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. Você pode usar ferramentas como Resource Groups TaggingAPI, AWS Config rules e Tag Editor. Por exemplo, as regras AWS do Config podem usar uma regra gerenciada required-tags
para verificar se cada ativo foi marcado corretamente com uma tag chamada cost-center-id
com valores ABC123
permitidos 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
Depois de marcar os recursos, você pode vê-los usando o AWSCost 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 AWS custo e uso usando a Amazon QuickSight
Para analisar (relatórios de AWS custo e uso) com a Amazon QuickSight, consulte Como faço para ingerir e visualizar o relatório de AWS custo e uso (CUR) na Amazon
Amazon Athena
O Amazon Athena é outra forma de analisar os dados dos seus relatórios de AWS custo e uso. O Amazon Athena é um serviço de consulta sem servidor que oferece suporte a consultas padrão. SQL 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.