Campos do Azure para Construção de Dashboards
Onde esses campos aparecem
Ao criar um Query Widget em um dashboard, você escolhe um Dataset (ex: actual_cost), uma Measure e uma ou mais Dimensions para agrupar os dados. Hoje, o seletor de Dimension exibe o nome técnico do campo exatamente como ele existe na base (padrão FOCUS) — não existe uma tradução amigável nesse seletor. Por isso, esta página existe: um glossário para você saber o que cada campo significa antes de usá-lo para agrupar, filtrar ou criar centros de custos.
Para analisar custos de Kubernetes por namespace, veja Custo ajustado e namespaces do Kubernetes.
Os campos com prefixo az_ só existem (têm valor) em contas de nuvem do tipo Azure; para AWS e GCP essas colunas ficam vazias.
Campos específicos do Azure (az_*)
| Campo | O que representa | Vem de (exportação Azure) |
|---|---|---|
az_resource_group | O Resource Group do Azure ao qual o recurso cobrado pertence. É o campo mais usado para organizar custos, já que a maioria das empresas usa Resource Groups para separar squads, projetos ou ambientes. | ResourceGroup / ResourceGroupName |
az_meter_name | O nome do medidor de billing (meter) específico que gerou a cobrança — geralmente o SKU ou taxa exata cobrada (ex: um tamanho de VM). | MeterName |
az_meter_category | A categoria de serviço do medidor (ex: "Virtual Machines", "Storage"). Boa dimensão para um gráfico de "custo por serviço Azure". | MeterCategory |
az_meter_sub_category | Subcategoria que detalha az_meter_category (ex: a família do tamanho da VM). Útil para detalhar um serviço específico. | MeterSubCategory |
az_meter_region | Região do Azure associada ao preço do medidor. | MeterRegion |
az_meter_id | Identificador único do medidor de billing. Baixa cardinalidade prática para dashboards — prefira az_meter_name. | MeterId |
az_product_name | Nome do produto Azure como aparece na fatura (nota fiscal). Costuma ser mais granular que az_meter_category. | ProductName |
az_location | Região/localização física do recurso cobrado. Pode divergir de az_meter_region quando o preço e o recurso não estão na mesma região. | ResourceLocation / Location |
az_resource_group também aparece, com o rótulo amigável "Resource group", como uma das opções ao criar uma regra de alocação em Centros de Custos. Se seu objetivo é apenas alocar custos por Resource Group (sem montar um dashboard customizado), use essa tela em vez de um Query Widget.

Ao escolher o tipo de condição "Resource group or folder" na criação de um Centro de Custos, o campo técnico usado por baixo dos panos é exatamente az_resource_group.
Outros campos úteis (FOCUS genéricos)
Estes campos não são exclusivos do Azure, mas aparecem nas mesmas linhas de custo e são combinados com os campos az_* na maioria dos dashboards:
| Campo | O que representa |
|---|---|
sub_account_id | ID da subscription Azure (equivalente a "conta" nos outros provedores). Use para separar custos por subscription quando você tem múltiplas. |
sub_account_name | Nome amigável da subscription — melhor para rótulos de gráfico do que sub_account_id. |
service_name | Nome do serviço normalizado pelo FOCUS (equivalente entre provedores). Use quando quiser comparar categorias de serviço entre Azure, AWS e GCP no mesmo gráfico. |
resource_id | Identificador único do recurso na nuvem (ARM Resource ID no caso do Azure). Alta cardinalidade — evite agrupar por ele em gráficos, é melhor para drill-down/tabelas. |
resource_name | Nome do recurso. Mais legível que resource_id para tabelas de detalhe. |
resource_type | Tipo do recurso (ex: máquina virtual, disco, storage account). |
region_id | Região normalizada pelo FOCUS. |
billed_cost | Custo efetivamente faturado — a measure mais comum para "quanto eu gastei". |
effective_cost | No FOCUS, o custo após descontos/comprometimentos, amortizado. No Azure, é o custo amortizado: a compra de uma Reserved Instance ou de um Savings Plan é distribuída pelos dias de uso que ela cobre, e o valor da compra aparece em billed_cost no mês em que foi cobrado. Para quem tem Reserved Instances ou Savings Plans, os valores de effective_cost mudam em relação ao que era exibido antes. Meses anteriores aos últimos 13 não são recalculados e continuam com effective_cost igual a billed_cost. |
tags | Tags do recurso na nuvem (mapa chave-valor). Útil para agrupar por convenções de tag da sua empresa (ex: tags['environment']), quando o Resource Group sozinho não é granular o suficiente. |
Dicas para montar dashboards com dados do Azure
- Custo por área/squad: agrupe
billed_costporaz_resource_group. Como a maioria das organizações já usa Resource Groups como fronteira de time ou projeto, esse é geralmente o primeiro widget que faz sentido criar. - Custo por tipo de serviço: agrupe por
az_meter_categorypara uma visão em alto nível (ex: quanto foi gasto em "Virtual Machines" vs "Storage"), e useaz_meter_sub_categoryouaz_product_namequando precisar detalhar dentro de um serviço. - Custo por subscription: se a organização tem várias subscriptions Azure conectadas como Cloud Accounts diferentes, agrupe por
sub_account_namepara comparar gasto entre elas antes de detalhar por Resource Group. - Combine Resource Group + Tags: quando um Resource Group mistura recursos de times diferentes, adicione um filtro ou uma segunda dimensão por
tags(ex:tags['team']) para refinar a alocação — não é necessário recriar a estrutura de Resource Groups na nuvem só para o dashboard. - Cuidado com alta cardinalidade: evite usar
resource_idouaz_meter_idcomo dimensão de agrupamento em gráficos (barras/linhas) — eles tendem a gerar dezenas ou centenas de séries e o gráfico fica ilegível. Prefira esses campos em widgets de tabela, para drill-down depois de já ter filtrado por outra dimensão. billed_costvseffective_cost: se sua organização usa Reserved Instances ou Savings Plans no Azure, prefiraeffective_costpara dashboards de "custo real" e reservebilled_costpara conferência com a fatura. Em meses anteriores aos últimos 13, os dois campos ainda são iguais.- Region ≠ Location: se um dashboard de custo por região Azure parecer inconsistente, verifique se você está misturando
az_meter_region(região do preço) comaz_location(região do recurso) na mesma visão — eles podem divergir.