Skip to main content

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_*)​

CampoO que representaVem de (exportação Azure)
az_resource_groupO 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_nameO 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_categoryA 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_categorySubcategoria que detalha az_meter_category (ex: a família do tamanho da VM). Útil para detalhar um serviço específico.MeterSubCategory
az_meter_regionRegião do Azure associada ao preço do medidor.MeterRegion
az_meter_idIdentificador único do medidor de billing. Baixa cardinalidade prática para dashboards — prefira az_meter_name.MeterId
az_product_nameNome do produto Azure como aparece na fatura (nota fiscal). Costuma ser mais granular que az_meter_category.ProductName
az_locationRegiã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
tip

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.

cost-center-az-resource-group

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:

CampoO que representa
sub_account_idID da subscription Azure (equivalente a "conta" nos outros provedores). Use para separar custos por subscription quando você tem múltiplas.
sub_account_nameNome amigável da subscription — melhor para rótulos de gráfico do que sub_account_id.
service_nameNome 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_idIdentificador ú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_nameNome do recurso. Mais legível que resource_id para tabelas de detalhe.
resource_typeTipo do recurso (ex: máquina virtual, disco, storage account).
region_idRegião normalizada pelo FOCUS.
billed_costCusto efetivamente faturado — a measure mais comum para "quanto eu gastei".
effective_costNo 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.
tagsTags 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_cost por az_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_category para uma visão em alto nível (ex: quanto foi gasto em "Virtual Machines" vs "Storage"), e use az_meter_sub_category ou az_product_name quando 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_name para 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_id ou az_meter_id como 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_cost vs effective_cost: se sua organização usa Reserved Instances ou Savings Plans no Azure, prefira effective_cost para dashboards de "custo real" e reserve billed_cost para 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) com az_location (região do recurso) na mesma visão — eles podem divergir.