Durant anys, Power BI ha estat la porta d'entrada a l'analítica en moltes organitzacions. Funciona bé mentre les dades caben en els seus models semàntics i la preparació es resol amb uns quants fluxos de dades. Però quan creixen els volums, es multipliquen les fonts i el negoci demana traçabilitat, la pregunta deixa de ser quin informe fer i passa a ser quina plataforma de dades sosté aquests informes. Aquí és on entra Microsoft Fabric.
Aquest article no explica com migrar pas a pas (per a això hi ha la nostra guia de migració de Power BI a Microsoft Fabric), sinó una cosa prèvia: què canvia de fons, quins senyals indiquen que ha arribat el moment i què convé valorar abans de decidir.
D'eina de BI a plataforma de dades
La diferència essencial no és de funcionalitats, sinó d'abast. Power BI és una eina de visualització i modelatge; Fabric és una plataforma que reuneix dades, enginyeria, IA i BI en un mateix entorn.
| Power BI | Microsoft Fabric | |
|---|---|---|
| Naturalesa | Eina de visualització basada en models semàntics | Plataforma unificada de dades, IA i BI |
| Infraestructura | Depèn de serveis externs per a la ingesta, l'emmagatzematge i la transformació | Integra Data Factory, enginyeria de dades, magatzem de dades, ciència de dades, temps real i Power BI |
| Emmagatzematge | Models i fluxos de dades repartits per àrees de treball | OneLake: un emmagatzematge central i estandarditzat en format lakehouse |
| Gestió | Fragmentada entre serveis | Cicle de vida complet de la dada en un sol entorn |
| Escala | Limitada per a escenaris empresarials complexos | Pensada per a grans volums i diversos equips |
La conclusió pràctica: amb Fabric, la ingesta, la transformació, l'emmagatzematge, l'anàlisi i l'informe es gestionen al mateix lloc, amb la mateixa seguretat i el mateix llinatge.
Quatre senyals que ha arribat el moment
1. Escala i volum
Quan els models creixen fins a fregar els límits de memòria, les actualitzacions triguen cada cop més i els informes s'alenteixen, el problema no sol ser l'informe, sinó que Power BI fa una feina d'enginyeria de dades que no li correspon.
2. Complexitat de l'arquitectura
Moltes organitzacions han resolt l'escala combinant diversos serveis d'Azure (Data Factory per a la ingesta, Synapse per al magatzem, Power BI per a l'informe). Funciona, però cada peça té la seva configuració, la seva seguretat, la seva facturació i el seu equip. Aquesta gestió manual genera sobrecàrrega operativa i riscos a cada punt d'integració.
3. Llicències
Microsoft ha anunciat la retirada progressiva de les capacitats Power BI Premium per capacitat (P-SKU) en favor de les capacitats de Fabric (F-SKU). Per a qui ja té Premium, la transició no és opcional: cal planificar-la. I, atès que el canvi de llicència és inevitable, és un bon moment per replantejar-se també l'arquitectura.
4. Govern i compliment
Si cada àrea té la seva versió de les dades, els indicadors no quadren i ningú no sap explicar d'on surt una xifra, falta una font única de veritat amb traçabilitat. Quan hi ha requisits normatius o auditories, aquesta necessitat deixa de ser desitjable i esdevé crítica.
El model de capacitat: què canvia en els costos
Amb Fabric es passa a comprar capacitat de còmput compartida per totes les càrregues de treball, en lloc de pagar per separat cada servei. Aquesta capacitat es pot contractar amb pagament per ús o amb reserva, que té un preu inferior a canvi d'un compromís, i permet escalar quan la demanda ho exigeix.
Les fonts d'eficiència són tres:
- Consolidació d'eines: desapareix la necessitat de llicenciar i gestionar per separat diversos serveis de dades, i amb ella bona part del cost d'integrar-los.
- Llicències més flexibles: la capacitat es dimensiona segons l'ús real i s'ajusta amb el temps.
- Menys duplicitat: OneLake permet que diversos equips treballin sobre el mateix conjunt de dades sense crear còpies, cosa que redueix emmagatzematge i processament.
Un avís: l'estalvi no és automàtic. Depèn de dimensionar bé la capacitat, de vigilar-ne el consum i d'eliminar de debò les còpies i els processos redundants. Una capacitat sobredimensionada, o una migració que replica a Fabric els mateixos silos que hi havia abans, pot costar més que la situació de partida. Per això la decisió s'ha de recolzar en un model de costos propi, construït sobre l'inventari real.
Qualitat, seguretat i govern al mateix lloc
Més enllà del cost, l'argument de fons a favor de Fabric és el govern:
- Qualitat amb una sola font de veritat. El lakehouse fa que tots els informes de Power BI consumeixin un origen únic, validat i governat. La qualitat es resol a la capa d'enginyeria, una vegada, i no a cada model de BI.
- Seguretat d'extrem a extrem. Les polítiques d'accés s'apliquen de manera coherent des de la ingesta fins a la visualització, amb control d'accés per rols centralitzat per a les dades sensibles.
- Llinatge automàtic. Es pot seguir cada dada des del seu origen fins a l'informe, de manera auditable, una cosa clau per al compliment normatiu i per avaluar l'impacte de qualsevol canvi.
Quan sí i quan encara no
No totes les organitzacions han de fer el salt al mateix ritme.
| Situació | Recomanació |
|---|---|
| Tens Power BI Premium per capacitat i s'acosta la renovació | Planificar ja la transició a F-SKU i aprofitar-la per revisar l'arquitectura |
| Combines diversos serveis d'Azure per alimentar Power BI | Fabric sol simplificar l'operació; convé avaluar-lo amb un pilot |
| Els models de Power BI fan transformacions pesades i les actualitzacions fallen | Senyal clar que la preparació de la dada s'ha de moure a una capa d'enginyeria |
| Diversos equips mantenen còpies de les mateixes dades | OneLake i un lakehouse central aporten una font única |
| Pocs informes, volums petits i llicències individuals | Potser encara no compensa; millor ordenar models i govern i revisar-ho més endavant |
Què canvia per a l'equip
El salt a Fabric no és només de llicències. La complexitat que avui viu als models de Power BI es trasllada a la capa de dades (lakehouse i magatzem), i això exigeix capacitats d'enginyeria de dades que no sempre existeixen en un equip centrat en informes. La bona notícia és que bona part de la feina de BI es reutilitza: el codi DAX i els elements visuals existents es poden mantenir, connectant els models semàntics al lakehouse central.
També canvia la manera de governar: calen estàndards de noms, una estructura d'àrees de treball, polítiques de seguretat i procediments operatius definits abans que el nou entorn s'ompli de contingut.
Com prendre la decisió
Abans de comprometre's amb una migració, convé respondre tres preguntes amb dades pròpies:
- Què hi ha avui: inventari d'informes, models i fluxos de dades, amb el seu ús real, els seus propietaris i els seus requisits de seguretat i compliment.
- Quanta capacitat cal: un model de la capacitat de Fabric necessària i el seu cost comparat amb la despesa actual en llicències i serveis.
- Què demostra un pilot: portar a Fabric una solució representativa, d'impacte mitjà, i comprovar que els resultats coincideixen amb els de l'informe actual i que la seguretat i la traçabilitat funcionen.
Amb aquestes respostes, la decisió deixa de ser una aposta tecnològica i es converteix en un cas de negoci. A Bidatia ajudem a fer aquesta avaluació i, si els números surten, a planificar el recorregut per fases que descriu la nostra guia de migració.
Preguntes freqüents
Fabric substitueix Power BI?
No. Power BI forma part de Fabric i continua sent la capa d'informes i quadres de comandament. El que canvia és que la ingesta, la transformació i l'emmagatzematge passen a gestionar-se a la mateixa plataforma, sobre OneLake.
És obligatori passar a Fabric si tinc Power BI Premium?
Microsoft ha anunciat la retirada progressiva de les capacitats Premium per capacitat (P-SKU) en favor de les capacitats de Fabric (F-SKU), de manera que qui les té ha de planificar la transició. Convé revisar les condicions del contracte i la data de renovació.
Migrar a Fabric sempre estalvia costos?
No necessàriament. L'estalvi arriba de consolidar serveis, dimensionar bé la capacitat i eliminar còpies i processos duplicats. Si la capacitat està sobredimensionada o es repliquen els silos d'abans, el cost pot pujar.
Cal refer els informes de Power BI?
En general, no. El codi DAX i els elements visuals es poden reutilitzar; la feina principal és moure la preparació de la dada al lakehouse i connectar els models semàntics a aquesta font central.