Planeación de implementación de Power BI: Implementación de 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 encargados 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 de Centro de Excelencia (COE) y BI: Los equipos 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 y 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 compartirlo 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, se validan 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 los 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, donde 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 de esta serie.

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

• Migrar a Power BI: Implementar contenido: Este artículo describe las consideraciones y decisiones clave para la implementación al migrar a Power BI desde otras tecnologías.
• planeamiento de soluciones 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 Implementación de Power BI: Escenario de Uso de Publicación de Contenido de Autoservicio: En este artículo se describe cómo los usuarios de autoservicio pueden implementar contenido mediante OneDrive para el Trabajo y la Escuela y las canalizaciones de implementación de Fabric.
• planeamiento de implementación de Power BI: escenario de uso de publicación de contenido empresarial: en este artículo se describe cómo los equipos centrales pueden 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 momento, publicará contenido para validar los cambios.
• Cuando se promueve el 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 momento, implementará contenido cuando esté listo para la siguiente fase (por ejemplo, cuando el nuevo contenido esté listo para probarse).

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

Decidir cómo va a publicar 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, publica este contenido cuando desea validar 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 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 contenido.
• Los creadores de contenido no están familiarizados con Azure DevOps o Git.
• El contenido solo consta de modelos o informes semánticos.

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 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 de .

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.

Publicación 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 for Work and School con contenido de Power BI, consulte el escenario de uso de publicación de contenido de autoservicio .

Para obtener más información sobre cómo configurar la actualización de OneDrive, vea Actualizar 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 o informes semánticos.

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 a través de este proceso de sincronización. Una ventaja clave de este enfoque es que le permite acoplar los procesos de administración de 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 contiene etiquetas de sensibilidad .

Nota

La forma de usar la integración de Git para implementar y administrar contenido depende en gran medida de las estrategias de ramificació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 automatizar 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 Azure Pipelines y las API REST de Power BI en áreas de trabajo que no están en la capacidad de Fabric o Premium. Sin embargo, las API REST de Fabric solo funcionan con Fabric y los puntos de conexión XMLA solo funcionan con la capacidad Fabric o Premium.

Para 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 (como un archivo .pbix).
  • Implementar: puede implementar elementos admitidos, lo que promueve su paso de un área de trabajo a otro si son etapas en una canalización de implementación.
• API REST de Fabric: Hay diferentes puntos de conexión de la API REST de Fabric que puede usar para desplegar contenido. Las API REST de Fabric admiten los tipos de elementos de Power BI y Fabric.
  • Crear: puede crear elementos admitidos mediante las API de 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 de 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 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 (descrito aquí para Power BI Embedded). Esto requiere un inquilino de Microsoft Entra ID y un usuario de la organización, 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 configuración antes de usar las API.

Para usar las API de 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).

Al usar Azure Pipelines, los propietarios de 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 Azure Pipelines que puede configurar para probar, administrar e implementar la solución de Power BI.

• Flujos de trabajo 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, puede configurar una o varias 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 de Fabric integradas.

Tuberías de validación

Las canalizaciones de validación realizan comprobaciones básicas de calidad 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 violaciones de las mejores prácticas mediante el Analizador de Mejores Prácticas (BPA), o ejecutando 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 se validan 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 valores de parámetro. 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 responsables de versiones proporcionan estas aprobaciones, quienes son responsables de planear y coordinar la liberación del contenido a los entornos de prueba y producción.

Decide cómo promoverás el contenido entre espacios de trabajo

Cuando se usan entornos diferentes para el desarrollo, la prueba y la 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.

Cautela

Evite publicar manualmente contenido desde su máquina local a los espacios de trabajo de prueba y producción. Puede provocar errores o interrupciones debido a fallos. Por lo general, solo deberías publicar en un área de trabajo de desarrollo o en una área de trabajo privada si usas una.

Implementación con canalizaciones de implementación de Fabric

Las canalizaciones de implementación permiten configurar dos o más fases (como desarrollo, prueba o producción) e implementar contenido de Fabric entre estas fases. Un administrador de canalización asigna un único á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 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 es 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 contenido en la fase inicial del flujo de trabajo. A continuación, para promover el contenido a las fases posteriores, un administrador de canalización desencadena una implementación. Cuando se produce una implementación, la canalización de implementación implementa metadatos de contenido de un área de trabajo a la siguiente.

Al separar 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 en la fase de desarrollo permanecerá vinculado al modelo en la fase de desarrollo del otro flujo 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 contenido mediante varias canalizaciones de implementación.

En resumen, la implementación de 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. De lo contrario, 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 de empresa.

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 al pipeline a los administradores de lanzamientos o propietarios técnicos que estén mejor capacitados para supervisar los procesos de implementación y lanzamiento.

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 desee un modelo semántico en el área de trabajo de desarrollo para obtener datos de la base de datos de desarrollo, mientras que el modelo semántico en el área de trabajo de producción origina 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 manualmente o de forma programática mediante las API REST de Power BI. En ambos casos, debe definir un proceso claro y sólido sobre cuándo promueve 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 algún contenido está listo 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 inversa de cuando haya cambios de contenido en una fase posterior, pero no en una anterior.

Cautela

Al usar canalizaciones de implementación, se recomienda implementar contenido en una sola dirección, como desde el desarrollo hasta la prueba en á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 prueba.

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 de 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, se usan las API REST de Fabric para implementar y administrar 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 colaborar y para el control de código fuente.

Considere un enfoque diferente al de Azure Pipelines cuando:

• Los creadores de contenido no están familiarizados con Azure DevOps ni con implementaciones basadas en código.
• El contenido incluye elementos de tipo que no tienen definición ni 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 orquesta 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, para que los metadatos se implementen en otro espacio 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 desarrollan en el portal de Fabric y, por tanto, no pueden ser desplegados únicamente por Azure Pipelines.

Implementación de contenido mediante solo 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 de 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 mediante solo Azure Pipelines.

En resumen, los creadores de contenido confirman e insertan 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 aprueba la implementación específica, Azure Pipeline implementará 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). Existe una canalización de Azure independiente para cada área de trabajo.

Este enfoque no requiere la capacidad de Fabric ni las licencias Premium al publicar solo archivos de Power BI Desktop con las API rest de Power BI. Sin embargo, implica más esfuerzo de instalación y complejidad, ya que debe administrar la implementación fuera de Power BI. Es posible que los equipos de desarrollo que ya usen DevOps para soluciones de datos fuera de Power BI estén 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 á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, desplegará contenido entre áreas de trabajo mediante realizar un pull request para fusionar la rama de desarrollo en la rama de prueba (para desplegar en el área de trabajo de prueba) o para fusionar la rama de prueba en la rama principal (para desplegarla 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 ramas con 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 cambios de contenido en un repositorio de Git remoto en Azure Repos. Los creadores de contenido abren solicitudes de incorporación de cambios (PR) para solicitar la combinación de sus modificaciones 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.

Tenga en cuenta este enfoque cuando:

• Quieres orquestar la implementación entre entornos de trabajo mediante tu estrategia de bifurcación y fusió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, lo que le permite beneficiarse de las características de integración continua y realizar pruebas automatizadas (por ejemplo, mediante el 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 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 gestionar. Muchas de estas actividades se pueden controlar mediante programación, por ejemplo, mediante una canalización de Azure 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 que decida cómo se controlarán.

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 contenido, las decisiones clave y las acciones incluyen:

• Identificar las opciones de implementación disponibles para usted: en función de las licencias y el contenido, tendrá diferentes opciones disponibles para publicar contenido o promoverlo entre áreas de trabajo. Identifique si puede usar canalizaciones de implementación, Azure DevOps, integración de Git, las API de REST de Fabric y puntos de conexión de lectura y escritura XMLA.
• Decidir cómo publicará contenido: elija un enfoque para publicar contenido que mejor se adapte a sus necesidades y flujos de trabajo. Asegúrese de que este enfoque se alinea con sus otras estrategias, como el seguimiento y la administración de los cambios.
• Decida cómo va a promover el contenido entre espacios de trabajo: elija un enfoque para implementar contenido desde los espacios de trabajo de desarrollo a los de prueba y desde los de prueba a los de producción. Asegúrese de que este enfoque se alinea con sus otras estrategias, como cómo publicará contenido.
• Planear la estrategia de lanzamiento: 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 este individuo conoce esta tarea y lo que deben hacer para proteger el proceso de implementación sin bloquear el progreso.
• Planear 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 elementos de datos después de una implementación de metadatos. Considere la posibilidad de automatizar este proceso mediante las API REST de Fabric.
• Realizar la primera configuración de las herramientas de implementación y los procesos: asegúrese de configurar el acceso adecuado y de que los permisos se alinean con la configuración del acceso al contenido.
• Implementar contenido en producción: cuando haya planeado y configurado la implementación, implemente contenido en producción.

Contenido relacionado

En el siguiente artículo de esta serie, aprende a apoyar y supervisar el contenido como parte de la gestión del ciclo de vida del contenido.