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 AWS Organizations console.
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 EC2 instâncias e volumes tag_key predefinidos da Amazon. Neste exemplo, se alguém tentar iniciar uma EC2 instância sem a solicitação tag_keycost-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 a API Resource Groups Tagging, AWS Config regras e o Tag Editor. Por exemplo, AWS Config as regras podem usar uma regra gerenciada required-tags para verificar se cada ativo foi marcado corretamente com uma tag chamada cost-center-id com valores permitidos ABC123 ouABC1234. 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 AWS Cost Explorer
Para criar relatórios de custo e uso que você possa usar com o Amazon Quick Sight ou o Amazon Athena, consulte Criação de relatórios de custo e uso.
Amazon Quick Sight
Você pode visualizar seu AWS custo e uso usando o Amazon Quick Sight
Para analisar relatórios de AWS custo e uso com o Amazon Quick Sight, consulte Como faço para ingerir e visualizar o relatório de AWS custo e uso (CUR) no 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 com tecnologia sem servidor que oferece suporte a consultas SQL padrão. Usando o Amazon Athena, você pode consultar os dados dos relatórios de custo e uso 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.