En cualquier proyecto tecnológico es necesario realizar cambios, iteraciones y pruebas antes de alcanzar una solución estable. Para gestionar este proceso de forma segura y eficiente, es fundamental trabajar con distintos entornos.
Podemos imaginar estos entornos como tres espacios distintos dentro del ciclo de desarrollo:
- un “garaje” o entorno de desarrollo, donde construir, experimentar y probar nuevas ideas
- una “pista de pruebas” o entorno de preproducción, donde validar que todo funciona correctamente
- una “autopista” o entorno de producción, donde finalmente se ejecuta la solución
En Microsoft Fabric, donde es posible desarrollar soluciones completas de datos utilizando artefactos como notebooks, data pipelines o lakehouses, resulta esencial adoptar prácticas de integración continua y despliegue continuo (CI/CD).
Estas prácticas permiten automatizar la validación, el versionado y la promoción de los distintos componentes de una solución entre entornos de trabajo.
Actualmente existen dos enfoques principales para implementar CI/CD en Fabric:
- los pipelines de despliegue nativos de la plataforma
- la biblioteca Python fabric-cicd
A continuación analizaremos cómo funciona cada uno de ellos y en qué casos puede resultar más conveniente utilizarlos.
Pipelines de despliegue de Microsoft Fabric
Los pipelines de despliegue nativos de Microsoft Fabric permiten promover distintos artefactos entre varios entornos o workspaces.
Un pipeline puede estar compuesto por entre dos y diez fases, donde cada fase representa un entorno distinto del ciclo de vida de la solución.
Durante el despliegue, el pipeline:
- clona la estructura de carpetas
- copia los objetos y su contenido
- sobrescribe los artefactos existentes cuando es necesario
Además, permite definir reglas de despliegue, que facilitan adaptar determinadas configuraciones según el entorno de destino.
Por ejemplo, es posible modificar automáticamente parámetros como conexiones a bases de datos, identificadores de recursos o configuraciones específicas para desarrollo, preproducción o producción.
Gestión de dependencias entre artefactos
Otra característica importante es la posibilidad de establecer relaciones entre artefactos.
Esto permite que determinados elementos se desplieguen siempre de forma conjunta.
Un caso habitual es el de un dashboard de Microsoft Power BI, que puede vincularse con su modelo semántico correspondiente. De este modo, cuando se despliega el dashboard, el modelo de datos asociado también se promociona automáticamente.
Ejecución manual o automatizada
Los pipelines de despliegue pueden ejecutarse de dos formas:
1️⃣ Desde la interfaz de usuario de Fabric
El usuario selecciona:
- los artefactos que desea promover
- el entorno de origen
- el entorno de destino
2️⃣ Mediante APIs REST
Este enfoque permite integrar los despliegues dentro de flujos de automatización más amplios.
Biblioteca fabric-cicd: enfoque code-first para despliegues
Desde febrero de 2026, Microsoft proporciona soporte oficial para la biblioteca fabric-cicd, que permite implementar procesos de CI/CD desde un enfoque code-first.
A diferencia de los pipelines nativos —configurados principalmente desde una interfaz visual—, en fabric-cicd todo se define mediante scripts en Python.
Esto permite integrar fácilmente los procesos de despliegue dentro de flujos de automatización más amplios.
Parametrización avanzada de despliegues
Al igual que los pipelines nativos, la biblioteca permite promover artefactos entre múltiples workspaces.
Sin embargo, su principal ventaja es la flexibilidad.
Es posible declarar reglas de despliegue que parametrizan configuraciones según el entorno.
Por ejemplo:
- sustituir automáticamente conexiones a bases de datos externas
- modificar parámetros de configuración
- adaptar recursos según el entorno destino
Esto facilita mantener separadas las configuraciones de desarrollo, pruebas y producción.
Integración con pipelines CI/CD externos
Otra ventaja importante es que los despliegues pueden ejecutarse de forma completamente automatizada.
Los scripts pueden integrarse fácilmente con herramientas externas de CI/CD como Azure DevOps, permitiendo incluir los procesos de despliegue dentro de pipelines de desarrollo de software más complejos.
Comparativa entre los dos enfoques
¿Qué opción elegir?
La elección entre ambos enfoques depende principalmente del nivel de automatización y personalización que requiera cada equipo.
Los pipelines nativos de Fabric son ideales cuando:
- se busca una gestión sencilla y visual
- el equipo prefiere un enfoque low-code
- los despliegues no requieren automatizaciones complejas
Por otro lado, fabric-cicd resulta especialmente útil cuando:
- se necesitan flujos de despliegue altamente automatizados
- se desea integrar Fabric dentro de pipelines de desarrollo más amplios
- se requiere parametrización avanzada entre entornos
En definitiva, ambos enfoques son complementarios.
Mientras que los pipelines nativos facilitan la gestión operativa dentro de Fabric, fabric-cicd permite llevar la automatización a un nivel más avanzado, integrando los procesos de despliegue dentro de estrategias de ingeniería de datos y desarrollo moderno.
¿Estás implantando prácticas de CI/CD en Microsoft Fabric y necesitas definir una estrategia de despliegue sólida entre entornos?
En Bravent ayudamos a organizaciones a diseñar e implementar arquitecturas de datos modernas, automatizando procesos de desarrollo y despliegue para garantizar calidad, trazabilidad y escalabilidad.
Si quieres profundizar en cómo aplicar estas prácticas en tu plataforma de datos, nuestro equipo puede ayudarte.
📩 Escríbenos a info@bravent.net
