Microsoft Fabric avanza a gran velocidad, incorporando mensualmente nuevas funcionalidades que potencian su plataforma unificada de analítica de datos. En esta ocasión destacamos dos grandes novedades: la integración de Copilot e IA en todas las áreas de Fabric, y la disponibilidad en preview de la herramienta Fabric Capacity Estimator (Estimador de Capacidad de Fabric). Además, exploraremos una comparativa entre Azure Synapse Link y el nuevo Fabric Link (Mirroring en Fabric), incluyendo sus diferencias en costes, arquitectura, conexión de datos desde Dynamics 365 Finance & Operations, escalabilidad, y cómo migrar de una solución a otra.
Comencemos con un repaso general y luego profundicemos en cada apartado.
Introducción a Microsoft Fabric y sus mejoras recientes
Microsoft Fabric es una plataforma SaaS todo-en-uno para análisis de datos, que reúne ingeniería de datos, ciencia de datos, data warehousing, integración de datos y BI bajo un mismo techo. Este enfoque unificado permite a las organizaciones eliminar silos de información y obtener insights de forma más rápida y sencilla. Cada mes, Microsoft Fabric incorpora características que buscan mejorar la productividad, la toma de decisiones y la eficiencia de los flujos de trabajo analíticos.
En la actualización de este mes, dos temas sobresalen: la inteligencia artificial integrada en Fabric (Copilot) disponible ampliamente, y nuevas herramientas de planificación de capacidad. También veremos cómo Fabric continúa integrándose con herramientas existentes como Azure Synapse, facilitando la transición a esta nueva plataforma. A continuación, detallamos cada novedad.
Copilot e IA en todas las capacidades de Fabric
Una de las noticias más llamativas es la disponibilidad global de Copilot en Microsoft Fabric. Ahora Copilot –el asistente de inteligencia artificial generativa de Microsoft– está disponible para todos los clientes y en todas las experiencias de Fabric, incluyendo Copilot para Power BI, Data Factory, Data Engineering/Science y Real-Time Analytics. Esto significa que independientemente del área de Fabric que utilicemos, podremos contar con ayuda de IA para acelerar nuestras tareas.
¿Qué es Copilot en Fabric y cómo ayuda? Copilot es un asistente basado en LLMs (Large Language Models) integrado en Fabric, diseñado para mejorar la experiencia de analítica de datos. En la práctica, aporta nuevas formas de transformar y analizar datos, generar insights y crear visualizaciones e informes de manera mucho más rápida. Por ejemplo, un usuario de negocio puede simplemente pedir en lenguaje natural un informe de ventas del último trimestre, y Copilot generará automáticamente visualizaciones y dashboard preliminares, listos para refinar en Power BI. Del mismo modo, un ingeniero de datos puede describir un flujo de datos deseado, y Copilot en Data Factory propondrá y hasta creará un pipeline que cumpla esos requisitos.
Mejora en la toma de decisiones: Al poder generar insights y reportes de forma automática, Copilot acelera el acceso a la información clave para el negocio. En lugar de esperar días o semanas a que se preparen análisis, los directivos pueden obtener respuestas casi inmediatas a preguntas sobre los datos. Esto se traduce en decisiones más informadas tomadas a tiempo. Copilot puede, por ejemplo, resumir las principales tendencias de ventas, señalar anomalías en los gastos o predecir resultados futuros, sirviendo como un analista de datos virtual que asiste a los humanos en el proceso de decisión.
Fabric Capacity Estimator (Preview): Planificación inteligente de capacidad
La segunda gran novedad es la introducción en preview del Fabric Capacity Estimator, una herramienta diseñada para ayudar a las organizaciones a planificar de manera óptima los recursos que necesitan en Microsoft Fabric. Oficialmente llamada Microsoft Fabric SKU Estimator, se presenta como una versión mejorada del previo calculador de capacidad de Fabric.
¿Para qué sirve esta herramienta? En pocas palabras, permite estimar con precisión la capacidad de Fabric requerida según las cargas de trabajo y requisitos del cliente, ofreciendo recomendaciones concretas sobre el SKU o nivel de capacidad más adecuado. Microsoft sabe que determinar el tamaño correcto de un entorno Fabric (por ejemplo, cuántos recursos de cómputo y almacenamiento se necesitan, qué nivel de capacidad comprar) puede ser desafiante. Un cálculo subestimado podría llevar a problemas de rendimiento, mientras que una sobreestimación implicaría costos innecesarios. Fabric Capacity Estimator viene a solucionar esto proporcionando estimaciones personalizadas.
Basándose en la información de nuestras cargas de trabajo –tales como volumen de datos, tipo de procesamiento (integración, warehousing, BI), cantidad de usuarios concurrentes, complejidad de modelos, etc.– la herramienta recomienda el SKU de Fabric idóneo. Por ejemplo, puede sugerir “Capacidad F2” o “F4” como punto de partida para un proyecto con ciertos requerimientos, mientras que para implementaciones mayores quizás recomiende “F8” o más. Estas recomendaciones se apoyan en la amplia recopilación de feedback de usuarios reales que Microsoft ha incorporado en el modelo de cálculo. En otras palabras, el estimador ha sido refinado con feedback de usuarios para brindar estimaciones de capacidad ajustadas a la realidadl.
Optimización de infraestructura: Al orientar sobre el tamaño inicial adecuado, el Fabric Capacity Estimator ayuda a las empresas a optimizar la planificación de su infraestructura de datos. Les evita tanto quedarse cortos (y luego tener que escalar de emergencia) como contratar de más (y pagar por capacidad infrautilizada). Todo esto se alinea con una planificación financiera eficiente y con la escalabilidad bajo demanda que ofrece Fabric. Cabe destacar que, al ser una herramienta en vista previa, es recomendable usarla como guía inicial y luego ajustar conforme se monitoree el uso real en producción.
Por último, esta herramienta refuerza el mensaje de Microsoft Fabric como plataforma SaaS simple: así como Fabric elimina la necesidad de mantener servidores o complejas configuraciones de cluster, también quiere simplificar la planificación. Un cliente potencial, gracias al estimator, puede tener confianza de que empezará con la capacidad correcta y que luego podrá escalar fácilmente a medida que sus necesidades crezcan, con recomendaciones informadas.
Comparativa: Azure Synapse Link vs. Fabric Link (Mirroring en Fabric)
Para las organizaciones que utilizan Dynamics 365 (en particular las aplicaciones de Finance & Operations, también conocidas como F&O) resulta fundamental comprender cómo encaja Microsoft Fabric en el flujo de datos y cómo se compara con las soluciones existentes. Azure Synapse Link ha sido la tecnología clave para replicar datos de Dynamics 365 (Dataverse y F&O) hacia Azure para análisis, eliminando la necesidad de complejos ETL. Ahora, con Fabric, emerge una nueva capacidad que podríamos denominar Fabric Link (oficialmente Mirroring in Fabric), que cumple un propósito similar: replicar datos operacionales en OneLake (el lago de datos de Fabric) de forma casi inmediata y sin ETL, habilitando analítica unificada.
Veamos una comparativa punto por punto:
- Costes: Azure Synapse Link, si bien viene habilitado sin costo adicional en las aplicaciones Dynamics 365, requiere infraestructura en Azure que genera costes. Por ejemplo, para F&O usualmente se configuraba una cuenta de Azure Data Lake Storage Gen2 donde se volcaban los datos, y opcionalmente un workspace de Azure Synapse Analytics con un Spark pool para transformar los datos a formatos analíticos (como Delta). Estos componentes en Azure implican costos de almacenamiento y de cómputo. De hecho, la configuración de Synapse Link para F&O sugiere usar un Spark pool para convertir los datos a formato Delta de forma incremental; a menor intervalo de actualización, más recursos de Spark consume y mayor coste puede incurrir. En cambio, Fabric Link (Mirroring) está concebido como un servicio SaaS integrado de bajo coste y baja latencia. Según Microsoft, Mirroring in Fabric es una solución “low-cost” porque el cliente no tiene que aprovisionar manualmente recursos adicionales: los datos se replican dentro de la propia capacidad de Fabric (OneLake) de forma optimizada. En otras palabras, los costos quedan simplificados en la suscripción Fabric (almacenamiento OneLake incluido y uso de capacidad Fabric para el procesamiento), evitando las facturas separadas de múltiples servicios en Azure. Para clientes, esto puede significar mayor predictibilidad y potencialmente ahorro, al no tener que mantener clusters Spark dedicados solo para la exportación de datos.
- Arquitectura: Azure Synapse Link tiene una arquitectura híbrida: se activa desde el entorno Dynamics/Power Platform y utiliza recursos provisionados en la suscripción Azure del cliente para almacenar y procesar datos. En el caso de F&O (que expone sus datos vía Dataverse Virtual Entities), los pasos típicos incluían habilitar la característica en el entorno F&O/Dataverse, conectar con un workspace de Azure Synapse y un Spark pool, y un almacenamiento ADLS donde depositar los datos. Todo esto implica cierta complejidad de configuración (seleccionar suscripción, recurso, tamaño de Spark, etc.) y conocimiento técnico de Azure. Por el contrario, Fabric Link ofrece una arquitectura mucho más simple y gestionada de extremo a extremo. No requiere que el cliente cree pipelines ni asigne recursos de cómputo explícitos – el servicio se encarga de ello. Mirroring in Fabric es un servicio totalmente gestionado, por lo que no hay que preocuparse por construir ETLs complejos, ni por aprovisionar recursos de computación o mover datos manualmente. Basta con configurar la conexión/origen de datos en Fabric y el sistema se encarga de la replicación continua. En resumen, la arquitectura pasa de un modelo “cliente administra storage+Spark+Synapse” a un modelo SaaS puro, donde Fabric internamente maneja la ingestión desde F&O hacia OneLake. Esto reduce drásticamente la complejidad técnica y puntos de falla.
- Escalabilidad: Azure Synapse Link fue concebido para escenarios de big data y alta disponibilidad, soportando cargas de trabajo de nivel empresarial. Permite manejar grandes volúmenes de datos de Dynamics gracias a la escalabilidad de Azure (se puede aumentar la capacidad del Spark pool, el almacenamiento es prácticamente ilimitado, etc.). Sin embargo, esa escalabilidad requería intervención del cliente: por ejemplo, si los datos crecían mucho, había que asignar un Spark pool más potente o revisar las frecuencias de exportación para no sobrecargar. En Fabric Link, la escalabilidad viene incorporada en la plataforma SaaS. OneLake puede manejar datasets masivos y Fabric puede escalar horizontalmente dentro de los límites de la capacidad contratada. Una ventaja clave es la baja latencia de replicación en Fabric: Microsoft describe su mirroring como near real-time, es decir, con replicación casi en tiempo real de datos y metadatos hacia el lakehouse. En pruebas iniciales, Fabric Link podría lograr que los datos nuevos de F&O estén disponibles en minutos o segundos dentro de Fabric, superando potencialmente la frecuencia mínima de 15 minutos que manejaba Synapse Link. Además, Fabric utiliza formato Delta transaccional, que es altamente eficiente para lecturas a gran escala y permite concurrencia de múltiples consumidores (varios equipos pueden consultar los mismos datos simultáneamente para BI, AI, etc.). En términos de resiliencia, al ser un servicio SaaS, Microsoft se encarga de la alta disponibilidad y recuperación ante desastres, similar a lo que ofrece Synapse Link, pero sin que el cliente deba configurar nada adicional. Podemos decir que Fabric Link escala de forma automática con la carga, liberando al cliente de tener que afinar los aspectos técnicos – si su volumen de datos sube, simplemente puede necesitar ampliar su SKU de Fabric (lo cual el Capacity Estimator puede ayudar a predecir), pero no tiene que rediseñar la solución.
Resumen comparativo: Fabric Link representa la evolución natural de Synapse Link dentro del mundo Fabric. Reduce costos ocultos, al integrarse en un solo producto SaaS; simplifica la arquitectura, eliminando componentes intermedios y configuración manual; facilita la conexión de fuentes F&O, con un enfoque plug-and-play; y ofrece igual o mayor escalabilidad y frescura de datos, gracias a la infraestructura global de Fabric. Para los clientes actuales de Synapse Link, Fabric Link promete una experiencia más fluida y unificada, lo cual nos lleva al siguiente punto crítico: ¿cómo hacer la transición?
Cómo migrar de Azure Synapse Link a Fabric Link
Para clientes que ya tienen implementado Azure Synapse Link con Dynamics 365 (Dataverse o F&O) y desean dar el salto a Fabric, es importante planificar una transición ordenada. A continuación, presentamos pasos generales y consideraciones para migrar de Synapse Link a Fabric Link:
- Evaluar la implementación actual: Comience por documentar el estado de su Synapse Link actual – ¿qué tablas o entidades de F&O se están exportando? ¿Con qué frecuencia se actualizan? ¿A qué formato (CDM o Delta) y ubicación llegan los datos? ¿Existen soluciones aguas abajo (por ejemplo, informes Power BI o procesos Spark) que lean de esos datos en Data Lake? Tener este panorama claro le ayudará a reproducir o mejorar la configuración en Fabric.
- Preparar el entorno de Microsoft Fabric: Si aún no lo tiene, adquiera o habilite una capacidad de Microsoft Fabric adecuada (puede usar el Fabric Capacity Estimator para orientarse). Asegúrese de contar con los permisos necesarios en el tenant para crear conexiones de datos. Verifique también que su entorno de Dynamics 365 F&O esté actualizado a una versión que soporte la replicación vía Dataverse/Synapse Link (por ejemplo, F&O 10.0.36 o superior, donde ya estaba GA la exportación a Synapse). Esto suele implicar tener habilitado el change tracking en las tablas relevantes (si ya usaba Synapse Link, probablemente ya esté todo configurado).
- Configurar Fabric Link (Mirroring) para F&O: Dentro del portal de Fabric, en el workspace deseado (por ejemplo, uno dedicado a datos operacionales), inicie la configuración de una nueva conexión de datos/mirroring. Seleccione Dynamics 365 Finance & Operations como fuente (o Dataverse, según cómo exponga sus datos). Proporcione las credenciales y detalles de conexión necesarios (por ejemplo, URL de entorno y token/usuario). Similar a Synapse Link, el asistente debería permitirle elegir qué tablas o entidades replicar. Seleccione las equivalentes a las que tenía en Synapse Link, o aproveche para filtrar/agrupar si desea modificar el alcance.
- Iniciar la replicación inicial: Una vez configurado, dispare el proceso inicial de mirroring en Fabric. Este proceso exportará todos los datos históricos de las tablas seleccionadas hacia OneLake. Según el volumen, puede tomar desde minutos hasta varias horas. Es aconsejable realizar esto en un momento de baja actividad operacional, para minimizar cualquier posible carga en el origen (en general el impacto es mínimo, pero una carga inicial grande sí consume recursos). Durante esta fase, no detenga aún su Synapse Link; idealmente, ejecútelos en paralelo para comparar resultados sin interrumpir la operativa existente.
- Validar datos en Fabric: Cuando la sincronización inicial concluya, utilice las herramientas de Fabric para validar que los datos llegaron correctamente. Por ejemplo, abra el Lakehouse o Warehouse generado en Fabric y compare conteos de registros contra la salida de Synapse Link en Data Lake. Gracias a que Fabric Link almacena en Delta Lake, es posible incluso lanzar consultas SQL interactivas para verificar la consistencia de ciertos valores clave. Este paso es crítico para tener confianza antes del corte definitivo.
- Redirigir cargas de trabajo y reports: Actualice sus procesos de analítica para que apunten a los datos en Fabric en lugar del antiguo Data Lake/Synapse. Por ejemplo, si tenía informes Power BI conectados a la carpeta ADLS de Synapse Link, ahora puede conectar Power BI directamente al Fabric Lakehouse correspondiente (OneLake permite conectar vía Direct Lake para alta eficiencia). Si tenía notebooks o Spark jobs en Synapse, puede recrearlos en Fabric notebooks accediendo a las mismas tablas en OneLake (aprovechando que el formato Delta es estándar). Microsoft proporciona herramientas de migración para ayudar en algunos casos – por ejemplo, Migration Assistant for Fabric Data Warehouse para mover esquemas de Synapse a Fabric – aunque en el caso de datos replicados, la “migración” es más bien volver a conectar las fuentes de datos de los reportes.
- Monitorear rendimiento y ajustar capacidad: Una vez que las cargas de trabajo reales comiencen a usar Fabric Link, supervise el rendimiento. Verifique que la latencia de actualización es adecuada, que las consultas en Fabric funcionan bien y que la capacidad Fabric no está sobrecargada. Si observa cuellos de botella, considere escalar el SKU de Fabric (por ejemplo, de F2 a F4) – la ventaja es que esto se hace con pocos clics, sin necesidad de rediseñar arquitectura. Por otro lado, podría descubrir que logra la misma performance con menos recursos gracias a las eficiencias de Fabric.
- Deshabilitar Azure Synapse Link: Cuando esté satisfecho de que Fabric Link funciona correctamente y todos los consumidores de datos están leyendo desde Fabric, proceda a desactivar la antigua exportación. Desde el portal de Power Platform/Dynamics, desligue el Synapse Link (existe opción de “Unlink” o puede simplemente deshabilitar la ejecución). También podría eliminar o pausar los recursos de Azure que ya no necesite (por ejemplo, Spark pools, cuentas de almacenamiento), para evitar costes dobles. Asegúrese de comunicar a todos los equipos el cambio realizado, y actualizar cualquier documentación interna sobre las fuentes de datos oficiales.
Siguiendo estos pasos generales, la transición de Synapse Link a Fabric Link puede lograrse con interrupción mínima. El resultado final será una arquitectura más moderna, simplificada y alineada con la visión a futuro de Microsoft. La inversión de tiempo en migrar se verá recompensada con menos esfuerzo operativo en el día a día (gracias a la naturaleza SaaS de Fabric) y con la posibilidad de explotar mejor los datos de negocio mediante todas las capacidades integradas (BI, AI, etc.) que ofrece Microsoft Fabric.
Las novedades de Microsoft Fabric de este mes refuerzan su posición como plataforma líder en analítica de datos unificada. La integración de Copilot e IA en todas las áreas de Fabric demuestra el compromiso por impulsar la inteligencia artificial como co-piloto de los usuarios, ya sea acelerando la creación de informes, optimizando pipelines de datos o facilitando análisis avanzados, todo lo cual mejora la toma de decisiones empresariales y aumenta la eficiencia operativa. Por otro lado, herramientas como Fabric Capacity Estimator muestran la atención de Microsoft a la experiencia del cliente, simplificando procesos antes complejos (como dimensionar la capacidad correcta) y dando confianza a las organizaciones para adoptar Fabric de forma óptima y económica.
Asimismo, la comparación entre Azure Synapse Link y Fabric Link nos deja claro que Microsoft Fabric no llega para coexistir simplemente, sino para unificar y simplificar el panorama. Las empresas que hoy usan Synapse Link para mover datos de Dynamics 365 hacia análisis verán en Fabric Link una alternativa superior: más sencilla de configurar, con menos costos indirectos y profundamente integrada con el resto de servicios de Fabric (lo que habilita escenarios analíticos nuevos y más poderosos). Migrar a Fabric Link se perfila como un paso natural y beneficioso, y como hemos descrito, no tiene por qué ser traumático si se planifica adecuadamente.
Microsoft Fabric ofrece un camino hacia una analítica moderna, impulsada por IA y completamente SaaS. Estas novedades destacan cómo Fabric ayuda a romper silos de datos, acelerar el tiempo de obtener insights y optimizar recursos. Para los potenciales clientes evaluando esta plataforma, el mensaje es convincente: Fabric no solo reúne lo mejor de las soluciones previas (Power BI, Synapse, etc.) en un solo lugar, sino que las lleva un paso más allá con automatización inteligente y simplicidad operacional.