🧭 Guia per a principiants: Bursting, Smoothing i Throttling a Microsoft Fabric

(o com decideix Fabric quan donar-te turbo, quan cobrar-te la festa i quan dir-te «relaxa’t, criatura»)

TL;DR: Bursting = turbo, smoothing = deute temporal, throttling = fre quan t’emociones. Entendre aquest trio és l’ABC per optimitzar costos, rendiment i el consum de CUs a Microsoft Fabric.

El sistema de capacity management de Microsoft Fabric pot semblar màgia… o Hisenda. El bursting et dona potència extra quan els teus informes de Power BI, dataflows o notebooks van a tope; el smoothing converteix aquella empenta en un pagament ajornat perquè la factura no plori; i el throttling apareix quan la teva capacitat diu «fins aquí hem arribat». Si saps com ballen aquests tres, pots evitar ensurts, ajustar workloads i mantenir la capacitat sota control.

En aquesta guia t’explico de manera clara i pràctica com funcionen els conceptes que hem esmentat, bursting, smoothing i throttling, a Microsoft Fabric, com afecta cadascun al rendiment i al cost, com mesurar el teu consum real de CUs, i quines eines oficials pots fer servir per monitorar les teves capacitats i prendre decisions més eficients.

Què és una CU a Microsoft Fabric i per què importa

A Fabric, el truc és que l’emmagatzematge i el còmput van per carreteres separades: OneLake es paga per GB i el còmput per CUs, que són la unitat real de potència que Fabric consumeix i ajusta com si fos un comptador d’amplada de banda hiperactiu.

Què és una CU a Microsoft Fabric. Imatge generada per IA

El viatge comença amb el concepte fonamental: la CU és una unitat abstracta de còmput que lloges a Microsoft i que funciona com la moneda interna per executar les càrregues, processos i tot el que tinguis dins de Fabric.

Capacitats de Microsoft Fabric. SKUs. Imatge generada per IA

Les mides de capacitat es comercialitzen a la família F (F2, F4, F8, F16, etc.), i el que realment pagues no és la capacitat en si, sinó CU-segons. Tots els teus motors (Power BI, Spark, SQL, Data Factory) comparteixen la mateixa piscina de capacitat, cosa que permet que uns alliberin recursos mentre altres els consumeixen. Fabric decideix internament com repartir-ho.

Posem un exemple: la capacitat F32 de Microsoft Fabric es defineix per tenir 32 unitats de capacitat (CU). Per calcular la quantitat total d’unitats de capacitat disponibles en una hora, es multiplica el nombre de CUs de la capacitat per la quantitat de segons que té una hora (3.600 segons). Per tant, en una F32 disposarem d’un total de 115.200 CUs per consumir en una hora (32×3.600).

A més, la capacitat de Fabric es consumeix generalment en intervals de 30 segons (anomenats timepoints). En una F32, podries fer servir 32×30=960 CUs a cada interval de 30 segons.

Models de pagament de les capacitats de Fabric. Imatge generada per IA

A l’hora de pagar, pots optar per un model flexible Pay-As-You-Go, en què només pagues pel que fas servir, o un model de reserva anual, més barat però menys flexible. I sí, hi ha una joia amagada: a partir de F64, els usuaris que només visualitzen informes no necessiten llicència Pro. A més, recorda que la mida de la capacitat només cobreix el còmput; l’emmagatzematge a OneLake es factura a part. I sí: fins i tot Copilot gasta CUs.

Fabric ho combina tot per decidir si et pot donar turbo, si te’l cobra en diferit o si t’ha d’aturar els peus. Entendre aquest ball entre timepoints, tipus de càrrega i desacoblament de costos és el que marca la diferència entre una capacitat que flueix i una que et deixa amb cara de «qui s’ha menjat les meves CUs?».

I si necessito més de les 115.200 CUs per hora de la meva F32 per als meus processos?

Com funcionen les capacitats de Microsoft Fabric

Fabric no funciona com un servidor rígid dels d’abans. En lloc de col·lapsar quan et passes de la potència contractada, respon de manera dinàmica: te’n presta més quan en necessites, ho equilibra quan pot i et frena quan t’estàs venint massa amunt. Aquesta lògica és la base dels tres mecanismes clau: bursting, smoothing i throttling.

Bursting a Microsoft Fabric: per a què serveix realment

Bursting a Microsoft Fabric: per a què serveix realment. Imatge generada per IA

El primer que cal entendre és que Fabric no et restringeix a la potència que has contractat. Si un motor necessita més CUs per executar més ràpid, Fabric te les presta durant uns segons o minuts. I sí, això passa de debò: si tens una capacitat de 32 CUs i Spark decideix que li calen 96 CUs durant uns segons per anar com un coet, Fabric te les dona sense pestanyejar. No veus cap botó d’«activar turbo». És automàtic.

El resultat pràctic és simple: una cosa que havia de trigar 40 segons en triga 10. I tu tan feliç… fins que toca mirar la lletra petita.

Smoothing: com es compensa el deute de CUs

Quan s’aplica el smoothing?

Smoothing: com es compensa el deute de CUs. Imatge generada per IA

Quan Fabric et dona aquest turbo, genera un deute temporal. És a dir, si has fet servir 96 CUs quan en tenies 32, n’has consumit 64 de més. Això no es factura directament, però tampoc no desapareix. Entra en joc el smoothing, un sistema que «reparteix» aquest deute en el futur mentre hi hagi capacitat disponible.

Per a workloads interactius (Power BI, SQL, consultes ràpides) el smoothing es reparteix en els cinc minuts següents. Per a workloads en background, com notebooks Spark o pipelines, el deute es reparteix durant 24 hores. Aquest temps serveix perquè Fabric compensi l’excés de potència en moments de poca càrrega.

Això és clau: el smoothing s’aplica sempre que hi ha bursting. No és negociable ni opcional. Tampoc no és «dolent». Al contrari: evita que una càrrega puntual t’obligui a contractar una capacitat més gran només per sobreviure a un pic concret.

Throttling a Fabric: quan passa i com evitar-lo

Throttling a Fabric: quan passa i com evitar-lo. Imatge generada per IA

El problema apareix quan el deute de smoothing creix més de pressa del que Fabric pot compensar. Si la capacitat futura no permet absorbir l’excés, Fabric entra en mode d’autoprotecció. I aquí apareix el temut throttling, que no és un càstig, sinó un mecanisme per evitar que la capacitat col·lapsi.

El throttling no arriba de cop, sinó per fases. Al principi només notaràs petits retards en executar noves consultes interactives. Si el deute continua pujant, Fabric comença a rebutjar consultes interactives, tot i que encara permet càrregues en background. A la fase més alta, quan el deute és tan gran que necessitaries 24 hores de capacitat lliure per pagar-lo, es rebutgen tots els workloads nous, tant interactius com batch.

El parany més car: pausar la capacitat quan tens deute

Aquí ve un dels errors més comuns, i el més car si estàs en Pay-As-You-Go. Si just després d’un pic de bursting decideixes pausar la capacitat, el smoothing s’atura del tot. I quan s’atura, Fabric liquida tot el deute immediatament, cosa que genera un pic de consum gegantí en el mateix instant de la pausa.

A les SKUs F de reserva això no es factura com a cost addicional (només queda lleig a les mètriques). Però en capacitats de pagament per ús, aquest pic es tradueix directament en euros. O en llàgrimes, segons el cas.

I aquí és quan comença la ronda de preguntes existencials que tots ens fem la primera vegada…

Com sé si una capacitat està en throttling?
Com mesuro el consum real de CUs?

Doncs som-hi.

Com monitorar capacitats a Microsoft Fabric

Fabric ofereix diversos camins: la Capacity Metrics App, perfecta per entendre què ha passat les dues últimes setmanes, i el Fabric Toolbox, la veritable navalla suïssa de l’equip CAT. Capacity Metrics et serveix per veure pics, smoothing, bursts i throttling de manera ràpida, però no et dona context històric ni desglossaments avançats. Amb el Fabric Toolbox, en canvi, podràs desar dades a llarg termini i analitzar-les de debò. FCA (Fabric Cost Analysis) t’ajuda a entendre el cost i el consum, i FUAM (Fabric Unified Admin Monitoring) t’aporta una visió completa com a administradora, entre altres eines i acceleradors. Si treballaràs seriosament amb capacitats, el Toolbox no és opcional.

Com mantenir a ratlla la teva capacitat de Microsoft Fabric (sense perdre CUs ni la paciència)

1) Comença pel bàsic: planifica sense por

Abans de treure la targeta, passa per la calculadora de capacitats i fes-te una idea de quantes CUs necessitaràs. Després, exprimeix la trial: ve amb una F4 (i la pots pujar fins a F64), així que migra el teu informe i el teu model semàntic més pesant i mira com respira.
Si la teva càrrega va a tota màquina més del 60% del temps, la reserva anual t’estalvia un bon pessic. Si no, Pay-as-you-go i pausar quan toqui.

2) Vigila la capacitat com si fos el teu gat quan te’n vas uns dies

Instal·la la Capacity Metrics App (només admins), revisa el consum dels últims dies i activa alertes al portal per no assabentar-te tard del desastre. Si necessites històric llarg o chargeback, tira de FUAM.

3) Entén d’on vénen els ensurts

Aquí hi ha el moll de l’os i no em cansaré de repetir-ho:

Bursting: Fabric et dona turbo quan el necessites, però te’l cobra després en còmodes (o no tan còmodes) terminis via smoothing.
Interactives: usuaris obrint informes amb mesures DAX intensetes alhora = pics vermells = dolor. Mira la Compute page i el Timepoint de la Capacity Metrics per entendre què està passant.
Background: refreshes, notebooks, dataflows… consumeixen i Fabric ho reparteix durant 24h. Fes servir el Timepoint per veure quant deute portes i qui te l’ha generat.

4) Optimitza sense perdre la gràcia

Si pots triar, pro-code > low-code en consum: PySpark sol guanyar els dataflows o els pipelines.
Implementa càrregues incrementals, evita els full refresh innecessaris i optimitza els teus informes (sobretot mesures i cardinalitats).
En Pay-as-you-go pots pausar, però compte: si tens deute acumulat, te’l cobren sencer en aturar. Si només tens activitat fluixa, és millor fer scale down que prémer el botó vermell.

5) Posa límits abans que la cosa esclati

El throttling és la teva xarxa de seguretat. Coneix les regles del joc:

10 min de deute: retards de 20 s per a càrregues interactives.
60 min de deute: les interactives es comencen a rebutjar.
24h de deute acumulat: aquí ja no hi entra res, ni interactiu ni en background, fins que s’alliberi crèdit.

Conclusió

Fabric no és caòtic; és força previsible. Té les seves regles, els seus cicles i els seus mecanismes d’autoprotecció. Si entens com et presta potència, com te la cobra i com et frena quan te’n passes, comences a fer servir la capacitat a favor teu en lloc de lluitar-hi en contra.

I tot això, si ho monitores bé, t’evita ensurts.

Microsoft Fabric no et vol fer la guitza. Vol que aprenguis a conduir-lo sense cremar el motor. Si el domines, la plataforma deixa de ser un misteri i comença a comportar-se com el que és: un sistema intel·ligent de potència sota demanda que pots governar amb sentit. Entendre’l no només evita ensurts: et converteix en aquella persona de l’equip que per fi sap per què Fabric es comporta com es comporta.