Qué es Microsoft Fabric y cuándo vale la pena migrar tus datos

Muchas empresas llegan a Microsoft Fabric por el mismo camino: Power BI creció, las fuentes de datos se multiplicaron y cada informe pasó a tener su propia lógica de carga. El resultado son actualizaciones lentas, cifras que no coinciden entre áreas y un equipo que pasa más tiempo arreglando hojas de cálculo que analizando.

Microsoft Fabric es una plataforma de análisis de datos en la nube, ofrecida como servicio (SaaS), que reúne en un solo lugar integración, almacenamiento, ingeniería, ciencia de datos, tiempo real y Power BI. En lugar de contratar y conectar varios servicios separados, trabajas con un único data lake, OneLake, y con una única forma de cobro, la capacidad.

En esta guía vas a entender cada parte de Fabric en lenguaje sencillo, cómo funciona la capacidad, cuándo vale la pena migrar, cómo migrar por etapas y qué errores evitar.

¿Cuáles son las partes de Microsoft Fabric?

Fabric está organizado en cargas de trabajo (workloads), pero todas leen y escriben los mismos datos. Esa es la idea central: los datos están en un solo lugar, sin copias dispersas.

OneLake: el data lake único

OneLake es el almacenamiento de toda la plataforma. Existe uno por organización y las tablas se guardan en el formato abierto Delta Parquet. Con accesos directos (shortcuts), referencias datos que están en otros lugares, como Azure Data Lake o Amazon S3, sin copiarlos. Con la replicación (mirroring), bases de datos como Azure SQL y Snowflake se replican en OneLake de forma casi continua.

Lakehouse y Warehouse

El Lakehouse guarda archivos y tablas y es ideal para quien trabaja con Python y Spark, el motor de procesamiento distribuido que usan los notebooks. También ofrece un endpoint SQL para consultas de lectura. El Warehouse es un data warehouse completo en T-SQL, el lenguaje SQL de Microsoft, con inserciones, actualizaciones y transacciones. Muchas arquitecturas usan los dos. Si el concepto todavía es nuevo para ti, vale la pena leer qué es un data warehouse.

Data Factory: pipelines y dataflows

Data Factory es la parte de integración. Los pipelines orquestan las cargas: copian datos de fuentes como ERP, CRM y bases de datos SQL, programan ejecuciones y manejan fallas. Los Dataflows Gen2 usan Power Query, la misma interfaz de transformación de Power BI, y sirven a equipos que prefieren poco código.

Notebooks

Los notebooks permiten escribir transformaciones en PySpark, Spark SQL o Python. Son la mejor opción para reglas complejas, grandes volúmenes, limpieza de datos y modelos de ciencia de datos, como el pronóstico de demanda o de generación de energía.

Power BI y Direct Lake

Power BI forma parte de Fabric. La novedad más relevante es el modo Direct Lake, en el que el modelo semántico lee las tablas Delta directamente desde OneLake, sin importar ni duplicar los datos en cada actualización. Con tablas bien modeladas, el rendimiento se acerca al del modo de importación.

Tiempo real

Para datos que llegan todo el tiempo, como eventos de sensores, logs de sistemas o colas de contact center, Fabric ofrece Real-Time Intelligence: Eventstreams para captar eventos, Eventhouse para almacenarlos y consultarlos con el lenguaje KQL, paneles en tiempo real y alertas automáticas con Activator.

¿Cómo funciona la capacidad de Fabric?

En Fabric no pagas por cada servicio por separado. Contratas una capacidad, un conjunto de poder de cómputo medido en unidades de capacidad (CUs), que comparten todas las cargas de trabajo. Las capacidades se identifican por SKUs F, como F2, F8 y F64: cuanto mayor el número, más poder de procesamiento. El almacenamiento en OneLake se cobra aparte.

Cuatro puntos ayudan a entender el comportamiento de la capacidad en el día a día:

• Pausa: en la modalidad de pago por uso, contratada en Azure, la capacidad se puede pausar cuando no está en uso, como en ambientes de desarrollo por la noche. Pausada, no ejecuta nada y los elementos quedan no disponibles.
• Escala: puedes aumentar o reducir el tamaño de la capacidad según la demanda, sin mover los datos.
• Suavizado: los picos de consumo se distribuyen a lo largo del tiempo. Si el uso se mantiene por encima del límite durante mucho tiempo, la plataforma empieza a retrasar o rechazar operaciones, lo que se conoce como throttling.
• Reserva: cuando el consumo es estable, reservar la capacidad por un período suele salir más barato que pagar por uso.

Revisa también el licenciamiento de Power BI. En capacidades menores que la F64, quien consume informes en general sigue necesitando licencia Power BI Pro; a partir de la F64, los usuarios con licencia gratuita pueden ver el contenido publicado. Valida las reglas vigentes con Microsoft antes de dimensionar.

¿Cuándo vale la pena migrar a Microsoft Fabric?

La respuesta depende de dónde estás hoy. Un buen termómetro es el nivel de madurez de datos de la empresa: cuantas más fuentes, áreas y decisiones dependen de datos, más se paga Fabric en organización y velocidad.

Si usas Power BI Pro

Vale la pena evaluarlo cuando los límites de Pro empiezan a frenar la operación, como la cantidad de actualizaciones programadas por día y el tamaño de los modelos, o cuando la lógica de negocio está dispersa en decenas de informes. Fabric permite crear una capa de datos única que reutilizan varios informes.

Si usas Power BI Premium

Microsoft viene conduciendo la transición de las capacidades Power BI Premium (SKUs P) a las SKUs F de Fabric. Si ya pagas capacidad, la migración tiende a ser natural y habilita las demás cargas de trabajo, como Lakehouse, Warehouse y pipelines.

Si usas Azure Synapse

Microsoft posiciona Fabric como la evolución de las cargas analíticas de Synapse. Si Synapse funciona bien, no hay motivo para apurarse, pero tiene sentido planificar el cambio, empezando por los proyectos nuevos y reduciendo la cantidad de servicios separados que administrar.

Si tus datos están en hojas de cálculo y bases SQL dispersas

Aquí la ganancia suele ser mayor, porque la empresa pasa de archivos manuales a un repositorio central, con historial y reglas únicas. Pero atención: con pocas fuentes y poco volumen, una base SQL bien modelada con Power BI puede resolverlo por bastante tiempo. Fabric tiene más sentido con varias fuentes, volumen creciente o necesidad de datos casi en tiempo real.

¿Cómo migrar a Fabric por etapas?

Migrar todo de una vez es el camino más corto al retrabajo. Una hoja de ruta por etapas reduce el riesgo y muestra resultados pronto:

1. Haz el inventario: lista fuentes de datos, informes, horarios de actualización, usuarios y costos actuales.
2. Elige un piloto: un área con un dolor claro y un responsable definido, como ventas, finanzas o contact center.
3. Diseña la arquitectura: capas bronce, plata y oro, cuándo usar Lakehouse o Warehouse y workspaces separados para desarrollo, pruebas y producción.
4. Construye la ingesta con pipelines, Dataflows Gen2, replicación o accesos directos, usando cargas incrementales siempre que sea posible.
5. Transforma y modela: reglas de negocio en la capa oro y un modelo semántico en Direct Lake o importación.
6. Valida las cifras con el área de negocio, lado a lado con los informes actuales, antes de apagar cualquier cosa.
7. Pasa a producción, desactiva el proceso antiguo y monitorea el consumo de la capacidad en las primeras semanas.
8. Repite en la siguiente área, reutilizando dimensiones ya listas, como clientes, productos y calendario.

Un ejemplo: en MasterSense, las ventas de 4 países, en 3 idiomas, vienen de SAP HANA y se organizan en capas en Microsoft Fabric, en un único BI. La actualización pasó de diaria a cada 15 minutos, y una aplicación de accesos define quién ve qué.

¿Cómo gobernar Fabric y controlar los costos?

Como todo está en un solo lugar, la gobernanza debe nacer junto con la plataforma. Usa este checklist:

• Workspaces separados por ambiente y por área, con un estándar de nombres definido desde el inicio.
• Roles de acceso (administrador, miembro, colaborador, visor) con el mínimo privilegio necesario.
• Modelos semánticos oficiales marcados como certificados, para que todos usen la misma fuente de verdad.
• Seguridad a nivel de fila en los modelos, para que cada persona vea solo los datos que puede ver.
• Etiquetas de confidencialidad y linaje con Microsoft Purview, en especial para datos personales sujetos a la LGPD (ley brasileña de protección de datos).
• Integración con Git y pipelines de implementación para versionar y promover cambios entre ambientes.
• Revisión semanal de la aplicación Microsoft Fabric Capacity Metrics para encontrar los elementos que más consumen.
• Cargas pesadas programadas fuera del horario pico y cargas incrementales en lugar de recargas completas.
• Capacidades de desarrollo pausadas fuera del horario laboral y reserva cuando el consumo sea estable.

¿Cuáles son los errores más comunes al adoptar Microsoft Fabric?

• Tratar Fabric como una versión nueva de Power BI y copiar los informes sin revisar el modelo de datos.
• Migrar todo de una vez, sin piloto y sin validar las cifras con las áreas.
• Duplicar datos en varios Lakehouses y Warehouses sin una arquitectura de capas clara.
• Dimensionar la capacidad a ojo y no monitorear el consumo después.
• Dejar notebooks pesados corriendo en el mismo horario en que la dirección abre los paneles.
• Dar acceso de administrador a todos y descubrir meses después que nadie sabe cuál tabla es la oficial.
• No tener un responsable de la plataforma que cuide costos, estándares y prioridades.

La mayoría de estos errores no son técnicos: son falta de plan. Una arquitectura simple y bien documentada vale más que usar todos los recursos en el primer mes.

Cómo ayuda Wolkee

Wolkee diseña e implementa plataformas de datos con SQL, Python, Microsoft Fabric y Azure, desde el inventario de fuentes hasta Power BI en producción, con gobernanza y control de costos desde el inicio. Son 9 años en el mercado, más de 500 entregas y proyectos en 8 países. Conoce nuestro servicio de ingeniería de datos.

Si estás evaluando Fabric, empieza con un diagnóstico gratuito de 30 minutos. Entendemos tu escenario, te decimos si la migración tiene sentido ahora y, cuando lo tiene, presentamos un prototipo funcional antes del contrato. Respondemos en hasta 1 día hábil.

Preguntas frecuentes

¿Microsoft Fabric reemplaza a Power BI?

No. Power BI forma parte de Microsoft Fabric y sigue siendo la herramienta de informes y paneles. Lo que cambia es que la misma capacidad también da acceso a integración, Lakehouse, Warehouse, notebooks y tiempo real. Los informes existentes siguen funcionando, y puedes migrar la capa de datos poco a poco, sin rehacer todos los paneles de una vez.

¿Cuál es la diferencia entre Lakehouse y Warehouse en Fabric?

El Lakehouse está pensado para quien trabaja con Spark y Python y guarda archivos y tablas; el Warehouse es un data warehouse completo en T-SQL, con escritura y transacciones. Los dos guardan en OneLake en formato Delta, así que uno puede leer los datos del otro. La elección depende más de las habilidades del equipo y del tipo de carga que del volumen de datos.

¿Microsoft Fabric es lo mismo que Azure Synapse?

No, pero son parientes. Synapse es un servicio de Azure que configuras y administras; Fabric es una plataforma SaaS que reúne cargas de trabajo parecidas, almacenamiento único en OneLake y Power BI. Microsoft posiciona Fabric como la evolución de Synapse y ofrece guías para migrar pipelines, notebooks y data warehouses.

¿Cómo se cobra Microsoft Fabric?

Fabric se cobra por la capacidad contratada, identificada por una SKU F, y no por servicio. En el pago por uso, pagas por el tiempo en que la capacidad está activa y puedes pausarla; en la reserva, asumes un plazo a cambio de un costo menor. El almacenamiento en OneLake se cobra aparte, y pueden ser necesarias licencias Power BI Pro.