Administración del ciclo de vida de desarrollo para recursos de Power BI

La administración del ciclo de vida hace referencia al proceso de seguimiento y administración de cada fase del proceso de desarrollo. El proceso de desarrollo de informes de Power BI incluye la creación de recursos reutilizables y la decisión de cómo controlar los cambios en los modelos e informes semánticos.

Los archivos .pbix de Power BI tradicionales almacenan el modelo semántico y el informe en un único archivo binario, lo que no permite el seguimiento pormenorizado con el control de código fuente. Los archivos de proyecto de Power BI, en combinación con los editores de código y los sistemas de control de código fuente, permiten realizar un seguimiento de las versiones y administrar las implementaciones de código como parte de un sistema de entrega continua de integración continua (CI/CD).

Creación de un archivo de proyecto de Power BI

Los archivos de proyecto de Power BI almacenan el modelo semántico y el informe en archivos de texto sin formato individuales para su uso con editores de código y soluciones de control de código fuente. Hay muchas ventajas en el uso de proyectos de Power BI para realizar un seguimiento y administrar el desarrollo de informes:

• Compatibilidad con el editor de texto: los archivos de definición de elementos son archivos de texto con formato JSON que contienen metadatos del informe y modelo semántico.
• Control de código fuente: las definiciones de elementos de informe y modelo semántico de Power BI se pueden almacenar en un sistema de control de código fuente, como Git.

Estos archivos se pueden usar en un editor de código como Microsoft Visual Studio Code (VS Code) para ser compatible con la integración de Git. Al guardar el trabajo como un proyecto de Power BI (.pbip), las definiciones de los elementos del informe y del modelo semántico se guardan como archivos individuales de texto sin formato en una estructura de carpetas sencilla e intuitiva.

Estructura de proyecto de Power BI

Al crear un proyecto de Power BI, todos los metadatos se almacenan en archivos planos. Como se muestra en la captura de pantalla anterior, hay carpetas independientes para el modelo semántico y el informe. Esta separación puede resultarte familiar si ya has publicado informes en el servicio Power BI.

• La carpeta modelo semántico almacena todos los datos almacenados en un modelo semántico, incluidas las relaciones, las medidas y las transformaciones.
• La carpeta del informe almacena todos los datos de los objetos visuales y las páginas de informe, incluidos los objetos visuales personalizados y el diseño móvil.

Los proyectos existentes usan TMSL (Tabular Model Scripting Language), que almacena los datos en un único archivo model.bim. Puedes habilitar y actualizar el proyecto para que use TMDL (Tabular Model Definition Language), que almacena los metadatos en archivos individuales. Los proyectos de Power BI están en versión preliminar y es posible que tengas una estructura de carpetas diferente si no tienes habilitadas todas las características en versión preliminar.

En la captura de pantalla siguiente se muestra la carpeta de definición dentro de la carpeta Informe del proyecto. La carpeta de definición está disponible con el formato .pbir mejorado (informe de Power BI).

Seguimiento y administración con proyectos

Los archivos .pbix de Power BI son binarios y los cambios no son visibles en los editores de código. Cuando se realizan cambios en un archivo, no sabes si está en el modelo semántico o los objetos visuales sin revisar todo el informe y el modelo semántico. Al usar un archivo .pbip de Power BI, puedes seguir desarrollando el informe en Power BI Desktop y tener un registro rastreable para revisar si un informe no se comporta según lo previsto.

Vamos a ampliar nuestro ejemplo con un modelo semántico principal y modelos semánticos especializados para diferentes regiones. Considera que el equipo almacena archivos de Power BI en OneDrive para tener control de versiones. Se te ha informado de que uno de los informes regionales personalizados no muestra números precisos y comienza a investigar. Debes abrir una copia anterior del archivo o uno de los otros archivos regionales y revisarlos por completo para encontrar la diferencia.

En comparación, si tienes un proyecto de Power BI y también usas el control de código fuente, como Git, puedes revisar los cambios a través de las solicitudes de incorporación de cambios anteriores para ver rápidamente el cambio. Una vez que identifiques el cambio, puedes compararlo con el otro archivo y realizar la corrección necesaria.

En la captura de pantalla siguiente, puede ver una diferencia en la medida en la que se cambió un valor único de 6 a 7 por error. En este ejemplo se usa VS Code y Git para ver la diferencia en el código y el historial de versiones de los cambios anteriores.

Integración continua y entrega continua (CI/CD)

Muchas organizaciones usan sistemas de CI/CD para proponer y validar los cambios durante el desarrollo antes de publicarlos en producción. Un diseño común del sistema tiene diferentes fases para realizar comprobaciones entre entornos de desarrollo y pruebas antes de realizar la implementación en Producción.

En el servicio Power BI, puedes usar canalizaciones de implementación para crear áreas de trabajo diferentes que coincidan con las fases. Una vez configurada la canalización y las áreas de trabajo, al realizar cambios en desarrollo, puedes ver la diferencia con Probar antes de implementar los cambios. En la captura de pantalla siguiente se muestra cómo se representan visualmente los cambios entre las fases.

Los sistemas de CI/CD también suelen usar el control de código fuente para realizar un seguimiento y administrar los cambios. Este control de versiones con archivos de proyecto de Power BI es posible a través de la integración con Git. La integración de Git en VS Code permite a los desarrolladores que trabajan con proyectos de Power BI Desktop simplificar los procesos de desarrollo, el control de código fuente y la colaboración con repositorios de Git. Con la integración de Git, puede hacer lo siguiente:

• Realizar copias de seguridad y versiones del trabajo.
• Volver a estados anteriores.
• Colabore con otros usuarios o trabaje solo con ramas de Git.
• Use las funcionalidades de las herramientas de control de código fuente conocidas, como Azure DevOps.

En la captura de pantalla siguiente, puede ver el repositorio de Azure DevOps con archivos en la rama principal. Los desarrolladores pueden clonar este repositorio, crear sus propias ramas de desarrollo y después crear solicitudes de incorporación para combinarlas con el repositorio principal. Este proceso de desarrollo permite la colaboración en el mismo contenido sin perder el trabajo.

Consideraciones

En esta unidad se proporciona información general sobre lo que es posible mediante proyectos de Power BI y cómo combinarlos con canalizaciones de implementación e integración de Git. Cada organización tiene requisitos diferentes y puede usar este contenido para ayudar a comprender cómo usar estas herramientas para sus necesidades.