Power BI lleva más de una década siendo la herramienta de referencia para Business Intelligence en el ecosistema Microsoft. Lo que ha cambiado es el contexto en el que opera. Microsoft Fabric reencuadra Power BI dentro de una plataforma de datos unificada que cubre desde la ingestión y transformación de datos hasta la analítica avanzada y la inteligencia en tiempo real, todo bajo un mismo paraguas de gobernanza, capacidades y facturación.
Para muchas organizaciones, esto genera una pregunta legítima: si ya tienen Power BI funcionando bien, ¿qué implica Fabric para ellas? La respuesta varía según la madurez del entorno de datos, el modelo de licencias actual y los casos de uso que se quieren abordar. Este artículo responde a esa pregunta con precisión.
Qué es Microsoft Fabric y dónde encaja Power BI
Microsoft Fabric es una plataforma SaaS de datos y analítica que unifica en un solo entorno varias capacidades que antes requerían productos separados: Azure Data Factory para orquestación, Azure Synapse Analytics para procesamiento a escala, Power BI para visualización, y herramientas de Data Science sobre Azure Machine Learning. En Fabric, todas esas capacidades comparten una misma capa de almacenamiento (OneLake), un mismo modelo de gobernanza y una misma experiencia de administración.
Power BI es la experiencia de analítica e informes dentro de Fabric. No es un producto separado que se conecta a Fabric desde fuera: es una de las cargas de trabajo nativas de la plataforma, junto con Data Engineering, Data Factory, Data Science, Data Warehousing y Real-Time Intelligence. Los informes de Power BI acceden directamente a los datos almacenados en OneLake sin necesidad de conectores adicionales ni movimientos de datos.
OneLake: el almacenamiento compartido que lo cambia todo
La pieza arquitectónica más relevante para entender Fabric es OneLake. Es el equivalente a un data lake corporativo gestionado automáticamente por Microsoft, donde todos los artefactos de Fabric, ya sean tablas de un lakehouse, conjuntos de datos de un warehouse o datasets de Power BI, coexisten en el mismo repositorio de almacenamiento.
Esto elimina uno de los problemas más comunes en arquitecturas de datos complejas: la proliferación de copias de datos entre herramientas. Un mismo conjunto de datos puede ser consumido por un informe de Power BI, un notebook de Data Science y una consulta SQL de un Data Warehouse sin duplicación, gracias al acceso directo a OneLake desde cada carga de trabajo.
Qué cambia para los equipos que ya usan Power BI
El modelo de licencias: de Premium por capacidad a Fabric SKUs
Antes de Fabric, el modelo de licencias avanzado de Power BI se articulaba en torno a Power BI Premium por capacidad (P SKUs) o Power BI Embedded (EM/A SKUs). Con Fabric, Microsoft introduce los Fabric SKUs (F SKUs), que reemplazan a los P SKUs y habilitan todas las cargas de trabajo de Fabric, incluyendo Power BI, sobre la misma capacidad.
La implicación práctica es que una organización que compra capacidad de Fabric puede usarla tanto para informes de Power BI como para pipelines de datos, lakehouses o modelos de Machine Learning, sin asignar capacidad separada a cada producto. Esto cambia la lógica de planificación de capacidades: en lugar de dimensionar Power BI por separado, se dimensiona la plataforma de datos en conjunto.
Para organizaciones con licencias Power BI Premium Per User (PPU) o Pro sin capacidad dedicada, el acceso a las funcionalidades de Fabric requiere una suscripción de capacidad Fabric o una prueba gratuita. Power BI Pro sigue siendo válido para publicar y consumir informes en workspaces sin capacidad Fabric.
Workspaces habilitados para Fabric
En el modelo tradicional de Power BI, los workspaces eran contenedores para informes, dashboards y datasets. En Fabric, los workspaces habilitados para Fabric se convierten en el espacio de trabajo donde coexisten todos los artefactos de la plataforma: lakehouses, warehouses, notebooks, pipelines y, por supuesto, informes y datasets de Power BI.
Un equipo de BI que migra su workspace a Fabric no pierde sus informes existentes: siguen funcionando exactamente igual. Lo que gana es la capacidad de crear artefactos de otras cargas de trabajo en el mismo espacio y conectar sus datasets directamente a lakehouses o warehouses de Fabric sin necesidad de exportaciones ni conectores intermedios.
Direct Lake: el nuevo modo de conexión de Power BI a datos en OneLake
En Power BI clásico, los datasets operaban en dos modos principales: Import (los datos se copian en el modelo en memoria) y DirectQuery (las consultas se ejecutan en tiempo real sobre la fuente). Ambos tienen limitaciones de rendimiento o de latencia según el volumen de datos y la complejidad de las consultas.
Fabric introduce un tercer modo exclusivo de la plataforma: Direct Lake. En este modo, Power BI lee directamente los archivos Parquet de OneLake sin importar los datos al modelo ni ejecutar consultas SQL contra una base de datos. El resultado es rendimiento comparable a Import con latencia cercana a DirectQuery, y sin los costes de almacenamiento de mantener dos copias de los datos.
Direct Lake es el modo de conexión recomendado para datasets grandes que se actualicen con frecuencia y que consuman datos ya almacenados en un lakehouse o warehouse de Fabric. Para datasets que consumen datos de fuentes externas que no están en OneLake, Import y DirectQuery siguen siendo los modos disponibles.
Cuándo tiene sentido migrar a Fabric
La respuesta directa: cuando la organización tiene necesidades de datos que van más allá de los informes de Power BI y actualmente está usando múltiples herramientas de Azure para cubrirlas.
Si el equipo de datos usa Azure Data Factory para orquestación, Azure Synapse o Azure SQL para procesamiento, y Power BI para reporting, Fabric ofrece consolidar todo eso bajo una sola plataforma con gobernanza unificada. El argumento de simplicidad operativa y reducción de costes de integración entre herramientas es real en ese escenario.
Si la organización solo usa Power BI para crear informes sobre datos que ya están en fuentes externas bien estructuradas, como un ERP o un data warehouse on-premise, y no tiene planes de construir pipelines de datos propios, la migración a Fabric aporta menos valor inmediato. En ese caso, Power BI Pro o PPU sigue siendo la opción correcta sin necesidad de adoptar la plataforma completa.
Casos de uso donde Fabric marca la diferencia
Los escenarios donde Fabric genera un salto cualitativo claro respecto a Power BI aislado son tres. Primero, organizaciones que necesitan combinar datos de múltiples fuentes heterogéneas para crear una capa analítica unificada: Fabric proporciona los pipelines, el lakehouse y el warehouse para construir esa capa sin salir de la plataforma. Segundo, equipos que quieren incorporar modelos predictivos o de Machine Learning al lado de sus informes de BI: Fabric permite a los data scientists trabajar en notebooks sobre los mismos datos que consumen los informes de Power BI. Tercero, empresas con requisitos de analítica en tiempo real, como seguimiento de operaciones o alertas sobre KPIs críticos: Real-Time Intelligence de Fabric cubre ese caso directamente integrado con Power BI.
Gobernanza y seguridad: qué se hereda de Power BI y qué es nuevo
La gobernanza de Power BI, basada en Microsoft Purview para clasificación y linaje de datos, se extiende de forma nativa a todos los artefactos de Fabric. Los roles de workspace, las políticas de acceso y las etiquetas de sensibilidad de Microsoft Information Protection que ya están configuradas en Power BI se aplican automáticamente a los lakehouses, warehouses y notebooks del mismo workspace.
Lo que añade Fabric es visibilidad de linaje a nivel de plataforma. Puigvert ver no solo qué informes consumen qué datasets, sino qué pipelines alimentan qué lakehouses que alimentan qué datasets que alimentan qué informes. Esa trazabilidad completa, end-to-end, era difícil de construir cuando cada herramienta tenía su propia capa de metadatos.
Por dónde empezar si ya tienes Power BI
El punto de entrada más natural es activar una capacidad de prueba de Fabric en el tenant de Microsoft 365 y habilitar un workspace existente de Power BI para Fabric. Eso permite explorar las nuevas funcionalidades sin tocar la configuración de producción.
El siguiente paso es crear un lakehouse en ese workspace, conectar una fuente de datos real y crear un dataset en modo Direct Lake apuntando a esa fuente. Comparar el rendimiento y la experiencia de autor con el dataset Import equivalente es el ejercicio más clarificador para evaluar si el cambio de arquitectura tiene sentido para los casos de uso concretos del equipo.
No hay presión de migrar de golpe. Fabric y Power BI clásico conviven en el mismo tenant, y los workspaces sin capacidad Fabric siguen funcionando con normalidad. La transición puede hacerse de forma incremental, caso de uso por caso de uso, sin afectar a los informes y procesos ya en producción.
Si tu organización tiene Power BI en uso y está evaluando cómo evolucionar su arquitectura de datos, Fabric es la dirección correcta. La pregunta no es si mover, sino cuándo y por qué casos de uso empezar. La respuesta a esa pregunta merece un análisis de situación antes de tomar decisiones de licenciamiento o arquitectura.
Preguntas frecuentes sobre Power BI y Microsoft Fabric
¿Los informes de Power BI existentes funcionan en Fabric sin modificación?
Sí. Los informes, dashboards y datasets publicados en Power BI Service siguen funcionando exactamente igual cuando el workspace se habilita para Fabric. La habilitación añade capacidades nuevas pero no modifica ni rompe los artefactos existentes. La migración de datasets a modo Direct Lake es opcional y se realiza de forma explícita cuando se decide cambiar la arquitectura de datos.
¿Fabric reemplaza a Azure Synapse Analytics?
Funcionalmente, sí en muchos casos. Fabric incorpora las capacidades de Synapse Analytics (Spark para procesamiento distribuido, SQL dedicado para warehousing, pipelines para orquestación) dentro de una experiencia unificada con Power BI. Microsoft ha indicado que Synapse Analytics sigue disponible para quienes lo usan, pero las nuevas inversiones y funcionalidades se están desarrollando en Fabric. Para proyectos nuevos, Fabric es la opción recomendada.
¿Cuánto cuesta una capacidad de Fabric comparado con Power BI Premium?
Los Fabric SKUs (F SKUs) reemplazan a los Power BI Premium SKUs (P SKUs) con un mapa de equivalencias directo: F64 equivale aproximadamente a P1 en términos de capacidad de cómputo. El precio es comparable, con la diferencia de que los F SKUs habilitan todas las cargas de trabajo de Fabric, no solo Power BI. Microsoft ofrece una prueba gratuita de capacidad Fabric de 60 días disponible desde cualquier tenant con licencia Microsoft 365.
¿Direct Lake funciona con cualquier fuente de datos?
No. Direct Lake solo funciona con datos almacenados en OneLake, ya sea en un lakehouse o en un warehouse de Fabric. Para datos que residen en fuentes externas como SQL Server, Dynamics 365, Salesforce o un ERP on-premise, los modos de conexión disponibles siguen siendo Import y DirectQuery. La ventaja de Direct Lake se materializa cuando los datos ya están, o se trasladan, a OneLake como parte de una arquitectura de datos en Fabric.
¿Se puede usar Fabric sin usar Power BI?
Sí. Fabric es una plataforma de datos que incluye Power BI como una de sus cargas de trabajo, pero puede usarse para Data Engineering, Data Science o Real-Time Intelligence sin publicar ningún informe de Power BI. No obstante, la combinación de las capacidades de datos de Fabric con la capa de visualización de Power BI es donde la propuesta de valor de la plataforma es más evidente para la mayoría de organizaciones.