Planeamiento de la implementación de Power BI: implementación del contenido

Nota:

Este artículo forma parte de la serie de artículos sobre el planeamiento de la implementación de Power BI. Esta serie se centra principalmente en la experiencia de Power BI en Microsoft Fabric. Para obtener una introducción a la serie, consulte el planeamiento de la implementación de Power BI.

Este artículo le ayuda a implementar contenido como parte de la administración del ciclo de vida del contenido. Se dirige principalmente a:

• Administradores de Fabric: los administradores responsables de supervisar Fabric en la organización. Es posible que los administradores de Fabric necesiten colaborar con otros administradores, como aquellos que supervisan Microsoft 365 o Azure DevOps.
• Equipos del centro de excelencia (COE) y BI: los equipos que son responsables de supervisar Power BI en la organización. Estos equipos incluyen responsables de la toma de decisiones que deciden cómo administrar el ciclo de vida del contenido de Power BI. Estos equipos también pueden incluir administradores de versiones, que controlan el ciclo de vida de las versiones de contenido e ingenieros que crean y administran los componentes necesarios para usar y admitir de forma eficaz la administración del ciclo de vida.
• Creadores de contenido y propietarios de contenido: usuarios que crean contenido que quieren publicar en el portal de Fabric para compartirlos con otros usuarios. Estas personas son responsables de administrar el ciclo de vida del contenido de Power BI que crean.

La administración del ciclo de vida consta de los procesos y prácticas que se usan para controlar el contenido desde su creación hasta su retirada final. En la tercera fase de administración del ciclo de vida, va a validar los cambios de contenido, lo que implica la validación realizada tanto por los creadores de contenido como por los usuarios. En la cuarta fase, implementará contenido para que los consumidores lo usen.

Para compartir contenido de Power BI con los consumidores, primero debe publicar (o implementar) el contenido en un área de trabajo de Fabric. La implementación de contenido también implica mover ese contenido entre entornos, como la implementación desde un área de trabajo de desarrollo a un área de trabajo de prueba o desde un área de trabajo de prueba a un área de trabajo de producción.

En la imagen siguiente, se muestra el ciclo de vida del contenido de Power BI, donde se resalta la fase cuatro, en la que se implementa el contenido.

Nota:

Para obtener información general sobre la administración del ciclo de vida de contenido, consulte el primer artículo de esta serie.

Este artículo se centra en consideraciones y decisiones clave para implementar el contenido a lo largo de su ciclo de vida. Para obtener más instrucciones sobre cómo implementar el contenido, consulte:

• Migración a Power BI: implementación del contenido: en este artículo, se describen las consideraciones y decisiones clave para la implementación al migrar a Power BI desde otras tecnologías.
• Planeamiento de la solución de BI: implementación, soporte técnico y supervisión: en este artículo, se describe cómo planear la implementación al crear por primera vez la solución de Power BI o Fabric.
• Planeamiento de la implementación de Power BI: escenario de uso de la publicación de contenido de autoservicio: en este artículo, se describe cómo pueden implementar contenido los usuarios de autoservicio mediante canalizaciones de implementación de Fabric y OneDrive para el trabajo la escuela.
• Planeamiento de la implementación de Power BI: escenario de uso de la publicación de contenido empresarial: en este artículo, se describe cómo pueden los equipos centrales implementar y administrar contenido mediante Azure DevOps.

El contenido se implementa en dos puntos principales durante el ciclo de vida del contenido:

• Al publicar contenido en un área de trabajo de desarrollo. En este punto, publicará contenido para validar los cambios.
• Cuando se promueve contenido entre dos áreas de trabajo (como la promoción de contenido de un área de trabajo de desarrollo a un área de trabajo de prueba). En este punto, implementará contenido cuando esté listo para la siguiente fase (por ejemplo, cuando el nuevo contenido esté listo para las pruebas).

En las secciones siguientes, se describen los enfoques que puede adoptar para publicar o promover contenido.

Decidir cómo va a publicar el contenido

Al desarrollar contenido en la máquina local, debe publicar ese contenido en un área de trabajo de desarrollo en el portal de Fabric. Normalmente, publicará este contenido cuando desee realizar la validación de los cambios realizados.

Nota:

En este artículo, nos referimos a la publicación de contenido como la implementación inicial en el área de trabajo de desarrollo. Sin embargo, en principio, publicar contenido es lo mismo que implementarlo.

El contenido que se crea en el portal de Fabric (como flujos de datos, paneles y cuadros de mandos) se crea directamente en el área de trabajo de desarrollo y no es necesario publicarlo.

En las secciones siguientes, se describen los diferentes enfoques que puede adoptar para publicar contenido.

Publicación con Power BI Desktop

Power BI Desktop permite a los usuarios publicar modelos semánticos e informes desde su máquina local a un área de trabajo en el portal de Fabric. Este enfoque es la manera más sencilla de publicar contenido; sin embargo, no se puede automatizar.

Considere la posibilidad de usar este enfoque cuando:

• Los creadores de contenido prefieren controlar manualmente la publicación de contenido en el portal de Fabric.
• Los creadores de contenido usan Power BI Desktop para desarrollar y administrar el contenido.
• Los creadores de contenido no están familiarizados con Azure DevOps o Git.
• El contenido solo consta de modelos semánticos o informes.

Publicación con herramientas de terceros

Las herramientas de terceros permiten a los creadores de contenido publicar un modelo semántico mediante el punto de conexión de lectura y escritura XMLA del área de trabajo. Por ejemplo, un creador de contenido usa el editor tabular para desarrollar y administrar los metadatos del modelo, como TMDL (lenguaje de definición de modelos tabulares) o archivos .bim.

Sugerencia

Para obtener más información sobre cómo usar herramientas de terceros para implementar modelos semánticos, consulte el escenario de uso de administración avanzada de modelos de datos.

Para obtener más información sobre cómo puede habilitar y usar puntos de conexión de lectura y escritura XMLA, consulte Conectividad del modelo semántico con el punto de conexión XMLA.

Considere la posibilidad de usar este enfoque cuando:

• Los creadores de contenido prefieren controlar manualmente la publicación de contenido en el portal de Fabric.
• Los creadores de contenido usan una herramienta de terceros para desarrollar y administrar el contenido.
• El contenido se va a publicar en un área de trabajo que use el modo de licencia Premium por usuario (PPU), capacidad Premium o capacidad de Fabric.
• Los creadores de contenido no están familiarizados con Azure DevOps o Git.
• El contenido solo consta de modelos semánticos.

Publicar con la actualización de OneDrive

OneDrive permite a los creadores de contenido de autoservicio publicar automáticamente modelos semánticos o informes en un área de trabajo en el portal de Fabric mediante la actualización de OneDrive. Los creadores de contenido pueden guardar archivos de Power BI Desktop (.pbix) en una biblioteca compartida en OneDrive. La biblioteca compartida también puede ser una biblioteca de documentos de SharePoint o Microsoft Teams.

Sugerencia

Para obtener más información sobre cómo usar OneDrive para el trabajo y la escuela con contenido de Power BI, consulte el escenario de uso de la publicación de contenido de autoservicio.

Para obtener más información sobre cómo configurar la actualización de OneDrive, consulte Actualización de un modelo semántico almacenado en OneDrive o SharePoint Online.

Considere la posibilidad de usar este enfoque cuando:

• Los creadores de contenido quieren automatizar la publicación de contenido en el portal de Fabric.
• Los creadores de contenido no están familiarizados con Azure DevOps o Git.
• Los creadores de contenido realizan el control de versiones del contenido mediante OneDrive o SharePoint.
• Los creadores de contenido guardan modelos semánticos e informes como archivos .pbix.
• El contenido solo consta de modelos semánticos o informes.

Publicación con la integración de Git de Fabric

La integración de Git de Fabric es una característica exclusiva de las capacidades de Fabric que permite a los creadores de contenido sincronizar una rama desde un repositorio de Git remoto a un área de trabajo de Fabric. Puede usar la integración de Git junto con Azure DevOps para sincronizar el contenido de Azure Repos, o bien puede implementar contenido mediante Azure Pipelines (que se describe en la sección siguiente).

Nota:

Azure DevOps es un conjunto de servicios que se integran con Power BI y Fabric para ayudarle a planear y organizar la administración del ciclo de vida del contenido. Al usar Azure DevOps de esta manera, normalmente aprovecha los siguientes servicios:

• Azure Repos: permite crear y usar un repositorio de Git remoto, que es una ubicación de almacenamiento remota que se usa para realizar un seguimiento y administrar los cambios de contenido.
• Azure Pipelines: permite crear y usar un conjunto de tareas automatizadas para controlar, probar e implementar contenido desde un repositorio remoto en un área de trabajo.
• Azure Test Plans: permite diseñar pruebas para validar la solución y automatizar el control de calidad junto con Azure Pipelines.
• Azure Boards: permite usar paneles para realizar un seguimiento de tareas y planes como elementos de trabajo y vincular o hacer referencia a elementos de trabajo de otros servicios de Azure DevOps.
• Wiki de Azure: permite compartir información con su equipo para comprender y contribuir al contenido.

En resumen, el contenido que se ha confirmado e insertado en el repositorio remoto se publica automáticamente en el área de trabajo mediante este proceso de sincronización. Una ventaja clave de este enfoque es que le permite acoplar los procesos de administración del control de código fuente con la publicación de contenido. Por ejemplo, permite una reversión más sencilla de los cambios o versiones completas de una solución.

Sugerencia

Para obtener más información sobre cómo usar la integración de Git de Fabric para implementar contenido de Power BI, consulte el escenario de uso de publicación de contenido empresarial.

Para obtener más información sobre cómo configurar la integración de Git, consulte Tutorial: Administración del ciclo de vida en Fabric y Proyectos de Power BI Desktop: integración de Git.

Considere la posibilidad de usar este enfoque cuando:

• Los creadores de contenido están familiarizados con Azure DevOps y Git.
• Los creadores de contenido usan Azure DevOps para la colaboración y el control de código fuente.
• Los creadores de contenido guardan los modelos semánticos e informes como archivos de proyecto de Power BI (.pbip).
• El contenido se va a publicar en un área de trabajo en una capacidad de Fabric.
• El contenido se compone de los tipos de elementos admitidos por la característica de integración de Git.
• El contenido no tiene etiquetas de confidencialidad.

Nota:

La forma de usar la integración de Git para implementar y administrar contenido depende en gran medida de las estrategias de bifurcación y combinación, que se deciden en la fase dos de la administración del ciclo de vida.

Publicación con Azure Pipelines

Azure Pipelines automatiza mediante programación las pruebas, la administración y la implementación de contenido. Cuando se ejecuta una canalización, los pasos de la canalización se ejecutan automáticamente. Azure Pipelines es más complejo y requiere más tiempo y esfuerzo para configurar en comparación con otros enfoques, pero permite el mayor control y flexibilidad para organizar el proceso de implementación.

Sugerencia

Puede implementar contenido mediante las API REST de Azure Pipelines y Power BI en áreas de trabajo que no están en Fabric o capacidad Premium. Sin embargo, las API REST de Fabric solo funcionan con Fabric y los puntos de conexión XMLA solo funcionan con Fabric o capacidad Premium.

Para obtener más información sobre cómo usar Azure Pipelines para implementar contenido de Power BI, consulte el escenario de uso de publicación de contenido empresarial.

Para obtener más información sobre cómo puede integrar Azure DevOps con Power BI, consulte la integración de Azure DevOps de proyectos de Power BI Desktop y las canalizaciones de compilación.

Considere la posibilidad de usar Azure Pipelines para orquestar la implementación de contenido cuando:

• Los creadores de contenido están familiarizados con Azure DevOps y las API REST de Fabric.
• Los creadores de contenido usan Azure DevOps para la colaboración y el control de código fuente.
• Los creadores de contenido no usan la integración de Git de Fabric.

Azure Pipelines y otras herramientas basadas en código pueden implementar contenido mediante programación mediante una o varias de las siguientes API o puntos de conexión:

• API REST de Power BI: hay diferentes puntos de conexión de la API REST de Power BI que puede usar para implementar contenido. Las API REST de Power BI solo admiten tipos de elementos de Power BI.
  • Importar: puede publicar elementos admitidos mediante las API REST de Power BI para importar un archivo de origen válido a un área de trabajo (por ejemplo, un archivo .pbix).
  • Implementar: para implementar elementos admitidos, los puede promover de un área de trabajo a otra si son fases de una canalización de implementación.
• API REST de Fabric: hay diferentes puntos de conexión de API REST de Fabric que puede usar para implementar contenido. Las API REST de Fabric admiten los tipos de elementos de Power BI y Fabric.
  • Crear: puede crear elementos admitidos mediante las API REST de Fabric junto con una definición de elemento válida.
  • Actualizar desde Git: puede actualizar un área de trabajo con contenido de un repositorio remoto conectado mediante la integración de Git.
• Puntos de conexión de lectura y escritura XMLA: puede crear o modificar modelos semánticos mediante puntos de conexión XMLA junto con un archivo model.bim válido. Los puntos de conexión XMLA permiten implementar cambios en objetos de modelo específicos en lugar de en todo el modelo. Azure Pipelines puede usar herramientas de terceros (como la interfaz de la línea de comandos del editor tabular) para implementar modelos semánticos mediante los puntos de conexión XMLA.

Sugerencia

Al usar las API REST de Fabric o Power BI, primero debe crear un registro de aplicaciones en Azure (se describe aquí para Power BI Embedded). Esto requiere un inquilino de Microsoft Entra ID y un usuario organizativo, y puede ser un proceso complejo configurar los permisos adecuados. Sin embargo, puede ejecutar las API REST de Fabric en cuadernos sin crear un registro de aplicaciones. Esto simplifica la configuración y el uso de las API en las soluciones, de modo que no tenga que administrar credenciales ni configurar ninguna opción antes de usar las API.

Para usar las API REST de Fabric sin registrar una aplicación, use un vínculo semántico en un cuaderno de Fabric con la clase FabricRestClientClass de sempy para llamar a la API.

Junto con las pruebas automatizadas, la integración de Azure Pipelines con Power BI le ayuda a lograr la integración continua e implementación continua (CI/CD).

Cuando se usa Azure Pipelines, los propietarios de las canalizaciones pueden personalizar desencadenadores, pasos y funcionalidades para satisfacer las necesidades de implementación. Por lo tanto, el número y los tipos de canalizaciones varían en función de los requisitos de la solución.

Hay tres tipos de canalizaciones de Azure Pipelines que puede configurar para probar, administrar e implementar la solución de Power BI.

• Canalizaciones de validación
• Canalizaciones de compilación
• Canalizaciones de versión

Nota:

No es necesario tener los tres tipos de canalización en la solución de publicación. En función del flujo de trabajo y las necesidades, podría configurar una o más de las variantes de las canalizaciones descritas en este artículo para automatizar la publicación de contenido. Esta capacidad para personalizar las canalizaciones es una ventaja de Azure Pipelines sobre las canalizaciones de implementación integradas de Fabric.

Canalizaciones de validación

Las canalizaciones de validación realizan comprobaciones de calidad básicas de los modelos de datos antes de que se publiquen en un área de trabajo de desarrollo. Normalmente, los cambios en una rama del repositorio remoto desencadenan la canalización para validar esos cambios con pruebas automatizadas.

Algunos ejemplos de pruebas automatizadas incluyen examinar el modelo de datos para detectar infracciones de reglas de procedimientos recomendados mediante el Analizador de procedimientos recomendados (BPA) o mediante la ejecución de consultas DAX en un modelo semántico publicado. Los resultados de estas pruebas se almacenan en el repositorio remoto con fines de documentación y auditoría. Los modelos de datos que no pasan la validación no deben publicarse. En su lugar, la canalización debe notificar a los creadores de contenido los problemas.

Canalizaciones de compilación

Las canalizaciones de compilación preparan los modelos de datos para su publicación en el servicio Power BI. Estas canalizaciones combinan los metadatos serializados del modelo en un único archivo que será publicado más adelante por una canalización de versión. Una canalización de compilación también puede realizar cambios en los metadatos, como modificar los valores de los parámetros. Las canalizaciones de compilación generan artefactos de implementación que constan de metadatos del modelo de datos (para modelos de datos) y archivos de proyecto de Power BI (.pbip) que están listos para su publicación en el servicio Power BI.

Canalizaciones de versión

Las canalizaciones de versión publican o implementan contenido. Normalmente, una solución de publicación incluye varias canalizaciones de versión, en función del entorno de destino.

• Canalización de versión de desarrollo: esta primera canalización se desencadena automáticamente. Publica contenido en un área de trabajo de desarrollo después de que las canalizaciones de compilación y validación se realicen correctamente.
• Canalizaciones de versión de prueba y producción: estas canalizaciones no se desencadenan automáticamente. En su lugar, se desencadenan a petición o cuando se aprueban. Las canalizaciones de versión de prueba y producción implementan contenido en un área de trabajo de prueba o producción, respectivamente, después de la aprobación de la versión. Las aprobaciones de versión garantizan que el contenido no se implemente automáticamente en una fase de prueba o producción antes de que esté listo. Los administradores de versiones proporcionan estas aprobaciones, que son responsables de planear y coordinar la publicación de contenido en entornos de prueba y producción.

Decidir cómo va a promover el contenido entre áreas de trabajo

Cuando se usan entornos diferentes para desarrollo, pruebas y producción, debe implementar contenido en los tres entornos. Hay diferentes herramientas y enfoques que puede adoptar para promover el contenido entre áreas de trabajo, según sus necesidades y flujos de trabajo específicos.

En las secciones siguientes, se describen los enfoques que puede adoptar para promover el contenido entre áreas de trabajo.

Precaución

Evite publicar manualmente contenido de la máquina local en las áreas de trabajo de pruebas y producción. Puede provocar errores o interrupciones debido a errores. Por lo general, solo debe publicar en un área de trabajo de desarrollo o en un área de trabajo privada, si usa una.

Implementación con canalizaciones de implementación de Fabric

Las canalizaciones de implementación permiten configurar dos o más fases (como desarrollo, pruebas o producción) e implementar contenido de Fabric entre estas fases. Un administrador de la canalización asigna una única área de trabajo de Power BI a cada fase de la canalización de implementación. La forma de usar canalizaciones de implementación depende de cómo haya decidido configurar y usar las áreas de trabajo.

Considere la posibilidad de usar canalizaciones de implementación cuando:

• El contenido se implementa en áreas de trabajo con el modo de licencia PPU, capacidad Premium o capacidad de Fabric.
• Las canalizaciones de implementación admiten los tipos y escenarios de elementos de contenido.

Considere el uso de otro enfoque que no sean las canalizaciones de implementación cuando:

• Prefiere implementar contenido desde un repositorio remoto, como mediante Azure Pipelines.
• Tiene previsto usar la integración de Git para sincronizar distintas fases con distintas ramas del repositorio remoto, en lugar de implementar el contenido.

Sugerencia

Para obtener más información sobre cómo usar canalizaciones de implementación para promover el contenido entre áreas de trabajo, consulte los escenarios de uso de publicación de contenido de autoservicio y publicación de contenido empresarial.

Para obtener más información sobre las canalizaciones de implementación, consulte Canalizaciones de implementación: descripción del proceso de implementación.

La manera más sencilla de usar una canalización de implementación se produce cuando se publica todo el contenido en una sola área de trabajo y se promueve a fases posteriores dentro de una sola canalización de implementación. En el diagrama siguiente, se muestra este primer enfoque para implementar contenido mediante una canalización de implementación.

En resumen, un creador de contenido normalmente publica primero el contenido en la fase inicial de la canalización. A continuación, para promover el contenido a las fases posteriores, un administrador de la canalización desencadena una implementación. Cuando se produce una implementación, la canalización de implementación implementa los metadatos del contenido de un área de trabajo a la siguiente.

Cuando separe el contenido por tipo de elemento en diferentes áreas de trabajo, usará canalizaciones de implementación independientes para implementar este contenido. Puede vincular contenido entre áreas de trabajo con varias canalizaciones de implementación mediante el enlace automático. El enlace automático entre canalizaciones de implementación garantiza que el contenido permanezca vinculado al elemento adecuado en la fase correspondiente. Por ejemplo, el informe de la fase de desarrollo permanecerá vinculado al modelo en la fase de desarrollo de la otra canalización de implementación. Sin embargo, también puede evitar el comportamiento del enlace automático si el escenario requiere vincular el contenido entre áreas de trabajo con otro patrón.

En el diagrama siguiente, se muestra este segundo enfoque para implementar el contenido mediante varias canalizaciones de implementación.

En resumen, la implementación del contenido mediante varias canalizaciones de implementación es similar al uso de una sola canalización. Una diferencia clave es que, opcionalmente, puede vincular el contenido que está conectado entre áreas de trabajo y canalizaciones de implementación mediante el enlace automático. En otro caso, es idéntico al primer enfoque.

Las canalizaciones de implementación son una herramienta flexible y sencilla adecuada para mejorar la administración del ciclo de vida del contenido tanto para escenarios de autoservicio como empresariales.

Se requiere acceso tanto al área de trabajo como a la canalización de implementación para los usuarios que realizan una implementación. Se recomienda planear el acceso a la canalización de implementación para que los administradores de la canalización puedan ver el historial de implementaciones y comparar el contenido. Al colaborar con varios creadores de contenido, considere la posibilidad de restringir el acceso a la canalización a los administradores de versiones o propietarios técnicos que sean más adecuados para supervisar los procesos de implementación y versión.

Además, considere la posibilidad de usar reglas de implementación para establecer configuraciones diferentes para los elementos de las distintas fases. Por ejemplo, es posible que quiera un modelo semántico en el área de trabajo de desarrollo que obtenga los datos de la base de datos de desarrollo, mientras que el modelo semántico del área de trabajo de producción obtiene los datos de la base de datos de producción.

Sugerencia

Si varias personas tienen acceso a la canalización de implementación, se recomienda revisar el historial de implementación periódicamente. Estas revisiones pueden ayudarle a identificar implementaciones no aprobadas o errores de implementación.

Si usa el enlace automático para vincular elementos entre canalizaciones de implementación, asegúrese de revisar también los linajes de los elementos para identificar las interrupciones en el enlace automático causadas por alguien que publica contenido vinculado en la fase incorrecta.

Puede desencadenar implementaciones de forma manual o mediante programación con las API REST de Power BI. En ambos casos, debe definir un proceso claro y sólido sobre cuándo se promueve el contenido a cada fase y cómo revertir los cambios no deseados.

Realizar manualmente la implementación

Puede implementar el contenido de forma manual mediante la canalización de implementación de Fabric. Puede elegir implementar todo el contenido o seleccionar elementos. La implementación selectiva puede ser beneficiosa cuando parte del contenido está lista para pasar a la siguiente fase, pero algunos elementos todavía están en desarrollo o validación. Además, puede realizar una implementación hacia atrás cuando haya cambios de contenido en una fase posterior, pero no en una anterior.

Precaución

Al usar canalizaciones de implementación, se recomienda implementar el contenido en una sola dirección, como desde desarrollo hacia pruebas y luego hacia áreas de trabajo de producción. Normalmente, debe evitar realizar cambios en el contenido en fases posteriores antes de que esos cambios se hayan sometido a la validación adecuada en desarrollo o pruebas.

Al realizar una implementación manual, puede comparar las fases para identificar los cambios de contenido en la ventana de revisión de cambios. Este enfoque es especialmente útil cuando no se usa un repositorio remoto de Git para el control de código fuente.

Uso de las API REST de Power BI para realizar la implementación

Puede usar las API REST de Power BI para implementar contenido mediante una canalización de implementación. Una ventaja de usar las API REST es que puede automatizar la implementación e integrarla con otras herramientas, como Azure Pipelines en Azure DevOps.

Implementación con Azure Pipelines

Azure Pipelines le permite organizar la implementación entre todas las fases. Con este enfoque, usará las API REST de Fabric para implementar y administrar el contenido, haciendo uso de diferentes canalizaciones de Azure Pipelines, como las canalizaciones de validación y versión.

Considere la posibilidad de usar Azure Pipelines cuando:

• Quiere centralizar la orquestación de la implementación desde Azure DevOps.
• Los creadores de contenido usan Azure DevOps para la colaboración y el control de código fuente.

Considere el uso de otro enfoque que no sea Azure Pipelines cuando:

• Los creadores de contenido no están familiarizados con Azure DevOps ni con las implementaciones basadas en código.
• El contenido incluye tipos de elementos que no tienen una definición o un formato de archivo de origen admitidos, como los paneles.

Hay dos enfoques diferentes para implementar contenido con Azure Pipelines. O bien se organizan canalizaciones de implementación o se implementa el contenido en un área de trabajo sin una canalización de implementación.

Orquestación de canalizaciones de implementación de Fabric mediante Azure Pipelines

En este enfoque, las canalizaciones de versión organizan la implementación de contenido en áreas de trabajo de pruebas y producción mediante canalizaciones de implementación. El contenido se promueve a través de áreas de trabajo de desarrollo, pruebas y producción en Fabric.

En el diagrama siguiente, se muestra cómo se orquestan las canalizaciones de implementación desde Azure Pipelines.

En resumen, los creadores de contenido publican el contenido en el área de trabajo en la primera fase de la canalización de implementación. A continuación, un administrador de versiones aprueba la implementación, que desencadena una canalización de Azure. Esta canalización usa las API REST de Power BI para promover el contenido entre fases, de modo que los metadatos se implementen en otra área de trabajo. Una ventaja de este enfoque es que puede orquestar la implementación de varios tipos de elementos de Fabric mediante canalizaciones de implementación, ya que algunos tipos de elementos se han desarrollado en el portal de Fabric y, por tanto, no se pueden implementar solo mediante el uso de Azure Pipelines.

Implementación de contenido solo mediante el uso de Azure Pipelines

También puede implementar contenido en un área de trabajo desde Azure DevOps mediante Azure Pipelines. Este enfoque no usa canalizaciones de implementación. En su lugar, se usan canalizaciones de versión para implementar los archivos de origen o los archivos de metadatos mediante las API REST de Fabric o Power BI, o los puntos de conexión de lectura y escritura XMLA. Normalmente, estos archivos se almacenan en un repositorio de Git de Azure Repos.

En el diagrama siguiente, se muestra cómo implementar contenido solo mediante el uso de Azure Pipelines.

En resumen, los creadores de contenido confirman e insertan los cambios de contenido en un repositorio de Git remoto en Azure Repos. Azure Pipelines usa este contenido para la implementación. Una vez que el administrador de versiones apruebe la implementación específica, la canalización de Azure Pipelines implementará el contenido en el área de trabajo, ya sea mediante las API REST de Power BI (es decir, para los archivos .pbix), las API REST de Fabric (es decir, para las definiciones de elementos) o los puntos de conexión XMLA (es decir, para los archivos model.bim). Hay una canalización de Azure Pipelines independiente para cada área de trabajo.

Este enfoque no requiere licencias Premium ni de capacidad de Fabric al publicar únicamente archivos de Power BI Desktop con las API REST de Power BI. Sin embargo, implica más esfuerzo de configuración y complejidad, ya que debe administrar la implementación fuera de Power BI. Los equipos de desarrollo que ya usan DevOps para soluciones de datos al margen de Power BI podrían estar familiarizados con este enfoque. Los equipos de desarrollo que usan este enfoque pueden consolidar la implementación de soluciones de datos en Azure DevOps.

Implementación con la integración de Git de Fabric

Al usar la integración de Git, puede sincronizar diferentes ramas con diferentes áreas de trabajo en lugar de publicar o implementar contenido explícitamente. De este modo, puede tener ramas independientes para las áreas de trabajo de desarrollo, pruebas y producción. En este escenario, la rama principal se sincroniza con el área de trabajo de producción. A continuación, implementará el contenido entre áreas de trabajo mediante la realización de una solicitud de cambios para combinar la rama de desarrollo en la rama de pruebas (para implementar en el área de trabajo de pruebas) o para combinar la rama de pruebas en la rama principal (para implementar en el área de trabajo de producción).

En el diagrama siguiente, se muestra cómo implementar contenido mediante la integración de Git de Fabric para sincronizar las ramas con las diferentes áreas de trabajo. Por motivos de simplicidad, el diagrama no incluye detalles de bifurcación ni combinación de contenido.

En resumen, los creadores de contenido confirman e insertan los cambios de contenido en un repositorio de Git remoto en Azure Repos. Los creadores de contenido abren solicitudes de cambios (PR) para solicitar combinar sus cambios en una rama específica. En función de la estrategia de bifurcación, las distintas ramas están conectadas a áreas de trabajo diferentes. Una vez que los cambios se combinan en una rama, los creadores de contenido sincronizan el área de trabajo con el repositorio de Git remoto para ver los cambios más recientes en el contenido de esa área de trabajo.

Considere la posibilidad de usar este enfoque cuando:

• Quiere organizar la implementación entre áreas de trabajo mediante la estrategia de bifurcación y combinación.
• No pretende usar canalizaciones de implementación de Azure Pipelines ni Fabric para orquestar las implementaciones para pruebas y producción.
• El área de trabajo no contiene elementos ni escenarios no admitidos.
• El contenido no tiene etiquetas de confidencialidad.

Nota:

Hay muchas maneras válidas de implementar contenido. Por ejemplo, puede usar una combinación de los distintos enfoques descritos en este artículo.

Por ejemplo, puede implementar contenido en un área de trabajo de desarrollo mediante una canalización de Azure Pipelines, lo que le permite beneficiarse de las características de integración continua y realizar pruebas automatizadas (por ejemplo, mediante el uso del Analizador de procedimientos recomendados). Después, puede implementar contenido entre áreas de trabajo mediante la integración de Git o una canalización de implementación de Fabric.

Elija el enfoque que mejor se adapte a sus necesidades y la forma en la que trabaja su equipo.

Decidir cómo controlar las actividades posteriores a la implementación

Después de la implementación, hay varias actividades posteriores a la implementación que se deben controlar. Muchas de estas actividades se pueden controlar mediante programación, por ejemplo, mediante una canalización de Azure Pipelines o un cuaderno y las API REST de Power BI y Fabric. Por ejemplo, puede establecer mediante programación las credenciales del origen de datos, administrar la actualización programada y desencadenar actualizaciones después de una implementación de metadatos. Sin embargo, algunas tareas requieren intervención manual, como una configuración por primera vez o la actualización de una aplicación de Power BI.

Asegúrese de identificar todas las actividades posteriores a la implementación pertinentes para el contenido y de decidir cómo se van a controlar.

Una vez que haya planeado cómo va a implementar el contenido, debe considerar a continuación cómo proporcionar soporte técnico y supervisarlo.

Lista de comprobación: al planear cómo implementar el contenido, las decisiones y las acciones clave incluyen lo siguiente:

• Identificar las opciones de implementación disponibles: en función de las licencias y el contenido, tendrá diferentes opciones disponibles para publicar el contenido o promoverlo entre áreas de trabajo. Identifique si puede usar canalizaciones de implementación, Azure DevOps, integración de Git, las API REST de Fabric y puntos de conexión de lectura y escritura XMLA.
• Decidir cómo va a publicar el contenido: elija el enfoque para publicar el contenido que mejor se adapte a sus necesidades y flujos de trabajo. Asegúrese de que este enfoque esté alineado con sus otras estrategias, como el seguimiento y la administración de los cambios.
• Decidir cómo va a promover el contenido entre áreas de trabajo: elija un enfoque para implementar el contenido desde el área de trabajo de desarrollo a la de pruebas y desde la de pruebas al área de trabajo de producción. Asegúrese de que este enfoque esté alineado con sus otras estrategias, por ejemplo, cómo va a publicar el contenido.
• Planear la estrategia de versiones: determine si un individuo específico será responsable de la revisión final del contenido antes de aprobar una versión o una implementación. Asegúrese de que esta persona conozca esta tarea y lo que debe hacer para proteger el proceso de implementación sin bloquear el progreso.
• Planear las actividades posteriores a la implementación: asegúrese de que ha decidido un proceso para realizar actividades como actualizar una aplicación de Power BI o actualizar los elementos de datos después de una implementación de metadatos. Considere la posibilidad de automatizar este proceso mediante las API REST de Fabric.
• Configurar por primera vez las herramientas y los procesos de implementación: asegúrese de configurar el acceso adecuado y de que los permisos estén alineados con la configuración del acceso al contenido.
• Implementar contenido en producción: cuando haya planeado y configurado la implementación, implemente el contenido en producción.

Contenido relacionado

En el siguiente artículo de esta serie, obtendrá información sobre cómo proporcionar soporte técnico y supervisar el contenido como parte de la administración del ciclo de vida del contenido.