Introducción
En entornos reales de Microsoft Fabric no trabajamos con un único Lakehouse ni con un solo workspace. Lo habitual es convivir con múltiples workspaces, lakehouses, warehouses y bases de datos SQL, que van creciendo con el tiempo y se reutilizan desde distintos notebooks.
El problema aparece cuando ese crecimiento no va acompañado de una forma ordenada de acceder a los artefactos. Muy rápidamente los notebooks empiezan a llenarse de:
- rutas
abfss://...hardcodeadas - IDs de workspaces y lakehouses copiados a mano
- dependencias implícitas que solo entiende quien escribió el código
Todo funciona… hasta que el mantenimiento y la evolución del entorno se vuelven una pesadilla.
Este artículo muestra cómo centralizar el acceso a los artefactos de Microsoft Fabric desde un único notebook, utilizando la API de Fabric para descubrir dinámicamente:
- los workspaces disponibles,
- sus lakehouses,
- warehouses
- y bases de datos SQL
y exponer esa información como variables globales reutilizables y como un catálogo en memoria accesible desde otros notebooks.
El objetivo no es gestionar permisos ni seguridad, ni abstraer Fabric detrás de una capa compleja. El objetivo es mucho más práctico:
Dejar de repetir rutas, IDs y nombres en cada notebook y disponer de un único punto de referencia para acceder a los artefactos de Fabric.
A lo largo del artículo construiremos este notebook paso a paso, empezando por una versión básica y evolucionándolo hasta una solución robusta que tenga en cuenta las limitaciones reales de la API de Microsoft Fabric.
