No Microsoft Fabric, tudo — relatórios, refreshes, dataflows, notebooks e pipelines — consome Capacity Units (CU) de uma capacidade compartilhada. Quando a capacidade satura, os usuários sentem lentidão. O Microsoft Fabric Capacity Metrics App é a ferramenta oficial e gratuita para descobrir exatamente o que está consumindo a sua capacidade.
O que é o Capacity Metrics App
É um aplicativo de monitoramento, publicado pela Microsoft, que se conecta a uma capacidade Fabric e mostra o consumo de CU, as operações que mais pesam, os itens (relatórios, datasets, dataflows), o armazenamento e os sinais de throttling. É a fonte da verdade para responder “o que está usando toda a minha capacidade?”.
Como instalar
A instalação leva poucos minutos e segue sempre a mesma sequência:
É necessário ser administrador de capacidade ou de Fabric para conectar. Após informar o Capacity ID, autorize a atualização dos dados e o app começa a coletar o histórico de consumo.
CU, operações interativas e em segundo plano
A CU é a unidade de consumo faturada. O app separa dois tipos de operação:
- Interativas: ações de usuário, como abrir e filtrar um relatório. São suavizadas em janelas de 5 minutos.
- Em segundo plano (background): refreshes agendados, dataflows, notebooks e pipelines. São suavizadas em janelas de até 24 horas.
O efeito de suavização (smoothing)
O Fabric distribui o custo de uma operação ao longo do tempo, em vez de cobrar tudo no instante em que ela roda. Por isso um refresh pesado das 2h da manhã pode aparecer consumindo CU ao longo das horas seguintes. Entender esse “efeito ondulação” evita conclusões erradas ao ler os gráficos — o pico que você vê às 8h pode ser resquício de um processo da madrugada.
Lendo o app: por onde começar
- CU over time: a curva de utilização total ao longo do tempo — onde estão os picos?
- Ribbon chart: quais tipos de item (dataset, relatório, dataflow) mais consomem?
- Throttling / Overages: houve atraso ou rejeição de operações por excesso de consumo?
- OneLake Storage: qual workspace mais ocupa armazenamento faturado?
Timepoint details: o “pulo do gato”
A página mais valiosa costuma ser a de detalhes por ponto no tempo. Clicando com o botão direito sobre um pico no gráfico e fazendo drill through, o app revela, em intervalos de 30 segundos, exatamente quais operações rodaram, quanto de CU cada uma consumiu e qual usuário ou item as disparou. É assim que se sai de “a capacidade está cheia” para “o refresh do dataset X às 8h05 consumiu 40% da capacidade”.
Throttling: quando a capacidade satura
O throttling ocorre quando as operações consomem mais CUs do que a SKU permite. O Fabric então atrasa ou rejeita novas operações, e a experiência do usuário degrada. Ver throttling recorrente no app é o sinal claro de que algo precisa mudar — mas nem sempre a resposta é aumentar a SKU.
Da métrica à ação
Depois de identificar os vilões, o caminho normalmente é otimizar antes de escalar. Um refresh que consome demais costuma apontar para um modelo pesado ou sem query folding; um relatório lento aponta para visuais e DAX a revisar. Esse é exatamente o roteiro que seguimos quando um ambiente Power BI/Fabric começa a ficar caro. E, para reduzir o custo da própria capacidade, a gestão automática de capacidade liga e desliga o recurso sob demanda.
Perguntas frequentes
É o aplicativo oficial e gratuito da Microsoft para monitorar uma capacidade Fabric. Ele mostra o consumo de CU ao longo do tempo, quais itens e operações mais pesam, o armazenamento e os sinais de throttling.
CU é a unidade de consumo faturada do Fabric. Toda operação — abrir um relatório, rodar um refresh, um dataflow ou um notebook — consome CU da capacidade compartilhada.
Interativas são ações de usuário (abrir e filtrar relatórios), suavizadas em 5 minutos. Em segundo plano são processos como refresh, dataflows e pipelines, suavizados em até 24 horas. Essa suavização (smoothing) distribui o custo ao longo do tempo.
Não necessariamente. Throttling indica consumo acima do limite, mas a causa costuma ser um modelo ou refresh mal otimizado. O recomendado é usar o Metrics App para achar o vilão, otimizar (modelo, query folding, incremental, visuais) e só depois avaliar aumento de SKU.
