La unión hace la fuerza, profesionaliza tus desarrollos con los nuevos proyectos de Power BI (.PBIP)

¿Alguna vez has estado involucrado en un proyecto con Power BI donde compartir el trabajo realizado ha sido complejo? Desde la aparición del modo desarrollador de Power BI Desktop, es posible emplear los ficheros .PBIP, que entre otras cosas que desgranaremos en este artículo, facilitan la colaboración del equipo en proyectos con Power BI.

Aunque se encuentra todavía en versión preliminar, el modo desarrollador de Power BI Desktop extiende las posibilidades de los desarrolladores simplificando la forma de compartir el trabajo realizado entre distintos equipos y usuarios.

Tal y como hemos comentado, para activar esta característica tendremos que acceder en Power BI Desktop (versión posterior a junio de 2023) a Opciones > Características de versión preliminar:

Una de las principales características que ofrece este modo desarrollador son los ficheros .PBIP, los cuales distribuyen el contenido de un fichero binario (.PBIX) de Power BI en diferentes carpetas y archivos. Esto permite:

• Control de código: Disponer de la definición de los elementos que componen el fichero binario en archivos de texto plano nos posibilita almacenarla en un sistema de control de código, siendo Git el más comúnmente utilizado. De esta forma, los desarrolladores pueden seguir los cambios a lo largo del tiempo, comparar diferentes versiones y volver a una anterior en caso de necesidad.
• Integración y entrega continua: Los desarrollos pueden ser sometidos a una lista de comprobaciones como paso previo a ser desplegados en un entorno determinado. Una de las posibles pruebas podría ser la revisión automática de la aplicación de buenas prácticas durante el desarrollo.
• Soporte para la edición de texto: La definición de los conjuntos de datos e informes como ficheros de texto nos facilita incorporar herramientas de trabajo como Visual Studio Code, así como incluir en la solución de Power BI archivos .MD (markdown) con lo que extender la documentación e información disponible sobre ésta.
• Edición de los artefactos de forma programada: Mediante parametrización, es posible alterar automáticamente los ficheros que componen el informe, por ejemplo, para la promoción entre entornos.

Tal y como indicábamos antes, un proyecto de Power BI se estructura internamente de la siguiente forma:

• \<Nombre del proyecto>.Dataset: Esta carpeta almacena una serie de ficheros y subcarpetas que representan el conjunto de datos. Entre dichos archivos, alguno que puede resultar familiar si habéis trabajado con Analysis Services como Model.bim
• \< Nombre del proyecto >.Report: En línea con el punto anterior, la carpeta aglutina un conjunto de ficheros y carpetas que representan el informe.
• <Nombre del proyecto>.PBIP: Este fichero contiene un puntero a la carpeta del informe expuesta anteriormente, permitiendo abrir el informe para su edición.
• .gitIgnore: Como veremos en el siguiente bloque, se trata de un archivo empleado por la herramienta Git donde se especifican ficheros que no deben ser tenidos en cuenta en el control de versiones, ya que sólo los metadatos del proyecto deberían ser almacenados en el repositorio.

Llegados a este punto, puede que os estéis planteando, ¿es posible tener más de un conjunto de datos/informe por proyecto? Contrariamente a lo que podríamos pensar, la respuesta es sí. Un proyecto puede almacenar más de un informe y conjunto de datos. Para ello, se pueden guardar otros conjuntos de datos/informe como PBIP en la misma carpeta.

Como ocurre en el servicio de Power BI, cada conjunto de datos e informe están aislados del resto como se puede apreciar en la siguiente imagen:

A su vez, cada informe mantiene un enlace a su correspondiente conjunto de datos en el fichero definition.pbir de la carpeta \< Nombre del proyecto >.Report

Si recapitulamos al inicio de este artículo, indicábamos que el objetivo principal de un proyecto de Power BI es ayudar con la evolución de las soluciones.

Git es la opción ideal para cumplir este objetivo. Se trata de una herramienta de control de versiones que rastrea cambios sobre una colección de ficheros. A partir de ahora, con ella integrada en nuestro proyecto, cualquier cambio que se realice en Power BI Desktop sobre el informe será detectado por Git en local.

Pero eso no es todo, siguiendo el esquema que se muestra a continuación, es posible llevar este escenario a un entorno colaborativo en Azure DevOps donde los diferentes desarrolladores puedan aunar sus modificaciones locales con la solución global:

1. Cada uno de los desarrolladores implicados en la solución realiza cambios sobre alguno de los artefactos pertenecientes al proyecto de Power BI. Por ejemplo, cuando se guarda una modificación en una fórmula DAX para una medida o en un visual del informe, dichas modificaciones son monitorizadas por Git para posteriormente ser unificadas con la solución centralizada.
2. Cada desarrollador alinea sus cambios locales con los registrados en la solución global en remoto.
3. Finalmente, los cambios se incorporan a la solución global para que el resto del equipo pueda seguir actualizándola y trabajando en ella.

El uso de proyectos de Power BI ofrece ventajas significativas en términos de colaboración y control de versiones. Esta nueva funcionalidad nos permite trabajar juntos de forma eficaz, sincronizar los diferentes cambios locales realizados con Power BI Desktop y aprovechar la potencia de Azure DevOps para una gestión eficiente de los proyectos. En definitiva, resulta una opción muy interesante tener presente, especialmente de cara a incorporarla en nuestro día a día.

Artículo escrito por Javier Buendía Carrera, Data & AI Architect en Verne Tech.