El proceso de las canalizaciones de implementación

El proceso de implementación permite clonar el contenido de una fase de la implementación de canalización a otra, normalmente del desarrollo a la prueba y de la prueba a la producción.

Durante la implementación, Microsoft Fabric copia el contenido de la fase actual en el destino. Las conexiones entre los elementos copiados se conservan durante el proceso de copia. Fabric también aplica las reglas de implementación configuradas al contenido actualizado en la fase de destino. La implementación del contenido puede tardar un tiempo, en función del número de elementos que se implementan. Durante este tiempo, puede ir a otras páginas del portal, pero no puede usar el contenido en la fase de destino.

También puede implementar contenido mediante programación, con las API REST de canalizaciones de implementación. Puede obtener más información sobre este proceso en Automatización de la canalización de implementación mediante API y Azure DevOps.

Implementación de contenido en una fase vacía

Al implementar contenido en una fase vacía, se crea un área de trabajo nueva en una capacidad para la fase en la que se implementa. Todos los metadatos de los informes, paneles y modelos semánticos del área de trabajo original se copian en la nueva área de trabajo de la fase en la que se va a implementar.

Hay varias maneras de implementar contenido de una fase a otra. Puede implementar todo el contenido o seleccionar los elementos que desea implementar.

También puede implementar el contenido hacia atrás, desde una fase posterior de la canalización de implementación a una anterior.

Una vez completada la implementación, actualice los modelos semánticos para que pueda usar el contenido recién copiado. La actualización de modelos semánticos es necesaria porque los datos no se copian de una fase a otra. Para comprender qué propiedades de elemento se copian durante el proceso de implementación y cuáles no, revise la sección Propiedades de elemento copiadas durante la implementación.

Crear un área de trabajo

La primera vez que implemente contenido, las canalizaciones de implementación comprueban si tiene permisos.

Si tiene permisos, el contenido del área de trabajo se copia en la fase en la que se está realizando la implementación, y se crea una nueva área de trabajo en esa fase en la capacidad.

Si no tiene permisos, el área de trabajo se crea, pero el contenido no se copia. Puede pedir a un administrador de capacidad que agregue el área de trabajo a una capacidad o solicitar permisos de asignación para la capacidad. Más adelante, cuando el área de trabajo esté asignada a una capacidad, puede implementar contenido en esta área de trabajo.

Si usa Premium por usuario (PPU), el área de trabajo se crea automáticamente en PPU. En tales casos, no se requieren permisos. Sin embargo, si crea un área de trabajo con una PPU, solo otros usuarios de PPU pueden acceder a él. Además, solo los usuarios de PPU pueden consumir contenido creado en estas áreas de trabajo.

El usuario de implementación se convierte automáticamente en el propietario de los modelos semánticos clonados y en el único administrador del área de trabajo nueva.

Implementación del contenido en un área de trabajo existente

La implementación de contenido desde una canalización de producción de trabajo a una fase que tiene un área de trabajo existente, incluye los pasos siguientes:

• Implementación de contenido nuevo como adición al que ya existe.

• Implementación de contenido actualizado para reemplazar parte del que ya existe.

Proceso de implementación

Cuando el contenido de la fase actual se copia en la fase de destino, Fabric identifica el contenido existente en la fase de destino y lo sobrescribe. Para identificar qué elemento de contenido debe sobrescribirse, las canalizaciones de implementación usan la conexión entre el elemento primario y sus clones. Esta conexión se mantiene cuando se crea contenido nuevo. La operación de sobrescritura solo sobrescribe el contenido del elemento. El identificador, la dirección URL y los permisos del elemento permanecen inalterados.

En la fase de destino, las propiedades de elemento que no se copian permanecen como estaban antes de la implementación. El nuevo contenido y los nuevos elementos se copian de la fase actual a la fase de destino.

Enlace automático

En Fabric, cuando los elementos están conectados, uno de los elementos depende del otro. Por ejemplo, un informe siempre depende del modelo semántico al que está conectado. Un modelo semántico puede depender de otro modelo semántico y también se puede conectar a varios informes que dependan de él. Si hay una conexión entre dos elementos, las canalizaciones de implementación siempre intentarán mantener esta conexión.

Durante la implementación, las canalizaciones de implementación comprueban las dependencias. La implementación se realiza correctamente o se produce un error, según la ubicación del elemento que proporciona los datos de los que depende el elemento implementado.

• El elemento vinculado existe en la fase de destino: las canalizaciones de implementación conectan automáticamente (enlace automático) el elemento implementado al elemento del que depende en la fase implementada. Por ejemplo, si implementa un informe paginado desde la fase de desarrollo hasta la de pruebas y está conectado a un modelo semántico que previamente se ha implementado en la fase de pruebas, se conecta automáticamente a ese modelo semántico.

• El elemento vinculado no existe en la fase de destino: se producirá un error en las canalizaciones de implementación si un elemento tiene una dependencia de otro y el elemento que proporciona los datos no está implementado y no reside en la fase de destino. Por ejemplo, si implementa un informe desde la fase de desarrollo en la de pruebas y la fase de pruebas no contiene su modelo semántico, se producirá un error en la implementación. Para evitar implementaciones con errores debido a que no se implementan elementos dependientes, use el botón Seleccionar relacionados. Seleccionar relacionados selecciona automáticamente todos los elementos relacionados que proporcionan dependencias a los elementos que va a implementar.

El enlace automático solo funciona con elementos que son compatibles con las canalizaciones de implementación y residen en Fabric. Para ver las dependencias de un elemento, seleccione Ver linaje en el menú Más opciones del elemento.

Enlace automático entre canalizaciones

Las canalizaciones de implementación enlazan elementos conectados entre canalizaciones, si se encuentran en la misma fase de canalización. Al implementar estos elementos, las canalizaciones de implementación intentan establecer una conexión nueva entre el elemento implementado y el elemento al que está conectado en la otra canalización. Por ejemplo, si tiene un informe en la fase de prueba de la canalización A que está conectado a un modelo semántico en la fase de prueba de la canalización B, las canalizaciones de implementación reconocerán esta conexión.

Este es un ejemplo con ilustraciones que le ayudarán a demostrar cómo funciona el enlace automático entre canalizaciones:

1. Tiene un modelo semántico en la fase de desarrollo de la canalización A.

2. También tiene un informe en la fase de desarrollo de la canalización B.

3. El informe de la canalización B está conectado al modelo semántico de la canalización A. El informe depende de este modelo semántico.

4. El informe se implementa en la canalización B desde la fase de desarrollo a la fase de prueba.

5. La implementación se realiza correctamente o no, en función de si tiene o no una copia del modelo semántico, ya que depende de la fase de prueba de la canalización A:

   • Si tiene una copia del modelo semántico, el informe dependerá de la fase de prueba de la canalización A:

     La implementación se realiza correctamente y las canalizaciones de implementación conectarán (enlace automático) el informe en la fase de prueba de la canalización B al modelo semántico en la fase de prueba de la canalización A.

     

   • Si no tiene ninguna copia del modelo semántico, el informe dependerá de la fase de prueba de la canalización A:

     Se produce un error en la implementación porque las canalizaciones de implementación no pueden conectar (enlace automático) el informe en la fase de prueba de la canalización B al modelo semántico del que depende en la fase de prueba de la canalización A.

     

Evasión del uso del enlace automático

En algunos casos, es posible que no quiera usar el enlace automático. Por ejemplo, si tiene una canalización para desarrollar modelos semánticos organizativos y otra para crear informes. En este caso, es posible que quiera que todos los informes estén siempre conectados a modelos semánticos en la fase de producción de la canalización a la que pertenecen. Para ello, evite el uso de la característica de enlace automático.

Hay tres métodos que puedes usar para evitar el uso del enlace automático:

• No conecte el elemento a las fases correspondientes. Cuando los elementos no están conectados en la misma fase, las canalizaciones de implementación mantienen la conexión original. Por ejemplo, si tiene un informe en la fase de desarrollo de la canalización B que está conectado a un modelo semántico en la fase de producción de la canalización A. Al implementar el informe en la fase de prueba de la canalización B, permanece conectado al modelo semántico en la fase de producción de la canalización A.

• Defina una regla de parámetros. Esta opción no está disponible para los informes. Solo puede usarlo con modelos semánticos y flujos de datos.

• Conecte los informes, paneles y mosaicos a un modelo semántico o flujo de datos delegado que no esté conectado a ninguna canalización.

Enlace automático y parámetros

Los parámetros se pueden usar para controlar las conexiones entre modelos semánticos o flujos de datos y los elementos de los que dependen. Cuando un parámetro controla la conexión, el enlace automático no tendrá lugar tras la implementación, incluso aunque la conexión incluya un parámetro que se aplique al identificador del modelo semántico o del flujo de datos, o al identificador del área de trabajo. En tales casos, deberá volver a enlazar los elementos después de la implementación. Para ello, debe cambiar el valor del parámetro o usar reglas de parámetro.

Nota

Si usa reglas de parámetro para volver a enlazar elementos, los parámetros deben ser de tipo Text.

Actualizando datos

Los datos del elemento de destino, como un modelo semántico o un flujo de datos, se conservan siempre que sea posible. Si no hay ningún cambio en un elemento que contiene los datos, los datos se conservan como estaban antes de la implementación.

En muchos casos, cuando se realiza un pequeño cambio, como agregar o quitar una tabla, Fabric conserva los datos originales. Para interrumpir los cambios de esquema o los cambios en la conexión del origen de datos, se requiere una actualización completa.

Requisitos para la implementación en una fase con un área de trabajo existente

Cualquier usuario con licencia que sea miembro de las áreas de trabajo de implementación de origen y de destino, puede implementar contenidos que residan en una capacidad en un escenario con un área de trabajo existente. Para más información, revise la sección Permisos.

Carpetas en canalizaciones de implementación (versión preliminar)

Las carpetas de un área de trabajo permiten a los usuarios organizar y administrar de forma eficaz los elementos del área de trabajo de una manera familiar. Al implementar contenido que contiene carpetas en una fase diferente, se aplica automáticamente la jerarquía de carpetas de los elementos aplicados.

Representación de carpetas

Dado que solo se implementan elementos, el contenido del área de trabajo se muestra en Canalizaciones de implementación como una lista plana de elementos. Se muestra la ruta de acceso completa de un elemento al mantener el puntero sobre su nombre en la lista. En Canalizaciones de implementación, las carpetas se consideran parte del nombre de un elemento (un nombre de elemento incluye su ruta de acceso completa). Cuando se implementa un elemento, después de cambiar su ruta de acceso (de la carpeta A a la carpeta B, por ejemplo), las canalizaciones de implementación aplican este cambio a su elemento emparejado durante la implementación: el elemento emparejado se moverá también a la carpeta B. Si la carpeta B no existe en la fase en la que estamos implementando, primero se creará en su área de trabajo. Las carpetas solo se pueden ver y administrar en la página del área de trabajo.

Identificación de elementos que se movieron a carpetas diferentes

Dado que las carpetas se consideran parte del nombre del elemento, los elementos que se mueven a otra carpeta del área de trabajo se identifican en la página Canalizaciones de implementación como Diferente en modo de Comparación. Además, a menos que también haya un cambio de esquema, la opción situada junto a la etiqueta para abrir una ventana de Revisión de cambios que presenta los cambios de esquema, está deshabilitada. Al mover el puntero sobre él se muestra una nota que indica que el cambio es un cambio de configuración (como cambiar nombre). Esto se debe a que en comparación con sus elementos emparejados en la fase de origen, el cambio aún no se ha implementado.

• Las carpetas individuales no se pueden implementar manualmente en canalizaciones de implementación. Su implementación se desencadena automáticamente cuando se implementa al menos uno de sus elementos.

• La jerarquía de carpetas de elementos emparejados solo se actualiza durante la implementación. Durante la asignación, después del proceso de emparejamiento, la jerarquía de elementos emparejados aún no se actualiza.

• Dado que una carpeta solo se implementa si se implementa uno de sus elementos, no se puede implementar una carpeta vacía.

• La implementación de uno de varios elementos en una carpeta también actualiza la estructura de los elementos que no se implementan en la fase de destino aunque no se implementen los propios elementos.

Elementos admitidos

Al implementar contenido de una fase de canalización en otra, el contenido copiado puede contener los elementos siguientes:

• Canalizaciones de datos
• Flujos de datos Gen1
• Datamarts
• Lakehouse
• Blocs de notas
• Informes paginados
• Informes (basados en modelos semánticos admitidos)
• Modelos semánticos (excepto los modelos semánticos de Direct Lake)
• Almacenes

Propiedades de elemento copiadas durante la implementación

Durante la implementación, las siguientes propiedades de elemento se copian y se sobrescriben las propiedades de elemento en la fase de destino:

• Orígenes de datos (las reglas de implementación se admiten)

• Parámetros (se admiten reglas de implementación)

• Objetos visuales de informe

• Páginas del informe

• Iconos de panel

• Metadatos de modelo

• Relaciones de elemento

Las etiquetas de confidencialidadsolo se copian cuando se cumple una de las condiciones siguientes. Si no se cumplen estas condiciones, las etiquetas de confidencialidad no se copiarán durante la implementación.

• Se implementa un nuevo elemento o se implementa un elemento existente en una fase vacía.

  Nota:

  En los casos en los que el etiquetado predeterminado está habilitado en el inquilino y la etiqueta predeterminada es válida, si el elemento que se va a implementar es un modelo semántico o un flujo de datos, la etiqueta se copiará del elemento de origen únicamente si la etiqueta tiene protección. Si la etiqueta no está protegida, la etiqueta predeterminada se aplicará al flujo de datos o modelo semántico de destino recién creado.

• El elemento de origen tiene una etiqueta con protección y el elemento de destino, no. En tales casos, aparece una ventana emergente que solicita consentimiento para invalidar la etiqueta de confidencialidad de destino.

Propiedades de elemento que no se copian

Las siguientes propiedades de elemento no se copian durante la implementación:

• Datos: los datos no se copian. Solo se copian los metadatos

• URL

• Id.

• Permisos: para un área de trabajo o un elemento específico

• Configuración del área de trabajo: cada fase tiene su propia área de trabajo

• Contenido y configuración de la aplicación: para actualizar sus aplicaciones, consulte Actualización del contenido a aplicaciones de Power BI

• Marcadores personales

Las siguientes propiedades de modelo semántico tampoco se copian durante la implementación:

• Asignación de roles

• Programación de la actualización

• Credenciales del origen de datos

• Configuración del almacenamiento en caché de consultas (se puede heredar de la capacidad)

• Configuración de aprobación

Características de modelos semánticos admitidas

Las canalizaciones de implementación admiten muchas características de los modelos semánticos. En esta sección se muestran dos características de modelos semánticos que pueden mejorar la experiencia de las canalizaciones de implementación:

• Actualización incremental

• Modelos compuestos

Actualización incremental

Las canalizaciones de implementación admiten la actualización incremental, una característica que permite que los modelos semánticos de gran tamaño sean más rápidos y confiables, con un menor consumo.

Con las canalizaciones de implementación, puede hacer actualizaciones en un modelo semántico con una actualización incremental mientras conserva los datos y las particiones. Al implementar el modelo semántico, se copia la directiva.

Para comprender cómo se comporta la actualización incremental con los flujos de datos, vea ¿Por qué veo dos orígenes de datos conectados a mi flujo de datos después de usar reglas de flujo de datos?

Activación de la actualización incremental en una canalización

Para habilitar la actualización incremental, configúrela en Power BI Desktop y, a continuación, publique el modelo semántico. Después de publicar, la directiva de actualización incremental es similar en toda la canalización y solo se puede crear en Power BI Desktop.

Una vez configurada la canalización con una actualización incremental, se recomienda usar el siguiente flujo:

1. Realice cambios en el archivo .pbix en Power BI Desktop. Para evitar tiempos de espera largos, puede realizar cambios mediante una muestra de los datos.

2. Cargue el archivo .pbix en la primera fase (normalmente de desarrollo).

3. Implemente el contenido en la siguiente fase. Después de la implementación, los cambios hechos se aplicarán a todo el modelo semántico que esté usando.

4. Revise los cambios realizados en cada fase y, después de comprobarlos, implemente en la siguiente fase hasta que llegue a la fase final.

Ejemplos de uso

A continuación se muestran algunos ejemplos de cómo puedes integrar la actualización incremental con canalizaciones de implementación.

• Cree una nueva canalización y conéctela a un área de trabajo con un modelo semántico que tenga habilitada la actualización incremental.

• Habilite la actualización incremental en un modelo semántico que ya esté en un área de trabajo de desarrollo.

• Cree una canalización a partir de un área de trabajo de producción que tenga un modelo semántico que use la actualización incremental. Por ejemplo, asigne el área de trabajo a la fase de producciónde una nueva canalización y use la implementación hacia atrás para realizar la implementación en la fase de prueba y, a continuación, en la fase de desarrollo.

• Publique un modelo semántico que use la actualización incremental en un área de trabajo que forme parte de una canalización existente.

Limitaciones de actualización incremental

Para la actualización incremental, las canalizaciones de implementación solo admiten los modelos semánticos que usen metadatos de modelos semánticos mejorados. Todos los modelos semánticos creados o modificados con Power BI Desktop implementan automáticamente metadatos de modelos semánticos mejorados.

Al volver a publicar un modelo semántico en una canalización activa con la actualización incremental habilitada, los siguientes cambios producen un error de implementación debido a la posible pérdida de datos:

• Vuelva a publicar un modelo semántico que no use la actualización incremental para reemplazar un modelo semántico que tenga habilitada la actualización incremental.

• Cambiar el nombre de una tabla que tiene habilitada la actualización incremental.

• Cambiar el nombre de las columnas no calculadas de una tabla con la actualización incremental habilitada.

Se permiten otros cambios, como agregar una columna, quitar una columna y cambiar el nombre de una columna calculada. Pero si los cambios afectan a la pantalla, debe actualizar antes de que el cambio sea visible.

Modelos compuestos

El uso de modelos compuestos puede configurar un informe con varias conexiones de datos.

Puedes usar la funcionalidad de modelos compuestos para conectar un modelo semántico de Fabric a un modelo semántico externo como Azure Analysis Services. Para obtener más información, consulte Uso de DirectQuery para modelos semánticos de Fabric y Azure Analysis Services.

En una canalización de implementación, puede usar modelos compuestos para conectar un modelo semántico a otro modelo semántico de Fabric externo a la canalización.

Agregaciones automáticas

Las agregaciones automáticas se construyen sobre agregaciones definidas por el usuario y usan el aprendizaje automático para optimizar de forma continua los modelos semánticos de DirectQuery a fin de lograr el máximo rendimiento de las consultas de informes.

Cada modelo semántico mantiene sus agregaciones automáticas tras la implementación. Las canalizaciones de implementación no cambian la agregación automática de un modelo semántico. Esto significa que si implementa un modelo semántico con una agregación automática, la agregación automática en la fase de destino permanece tal como está y la agregación automática implementada desde la fase de origen no se sobrescribe.

Para habilitar las agregaciones automáticas, siga las instrucciones de Configuración de agregaciones automáticas.

Tablas híbridas

Las tablas híbridas son tablas con actualización incremental que pueden tener particiones de consulta directa y de importación. Durante una implementación limpia se copian tanto la directiva de actualización como las particiones de tablas híbridas. Al implementar en una fase de canalización que ya tiene particiones de tablas híbridas, solo se copia la directiva de actualización. Para actualizar las particiones, actualice la tabla.

Actualización del contenido a aplicaciones de Power BI

Las aplicaciones de Power BI son la manera recomendada de distribuir contenido a los consumidores de Fabric gratuitos. Puede actualizar el contenido de las aplicaciones de Power BI mediante una canalización de implementación, lo que le proporciona más control y flexibilidad en lo que se refiere al ciclo de vida de la aplicación.

Cree una aplicación para cada fase de canalización de implementación; de esta forma puede probar cada actualización desde el punto de vista de un usuario final. Use el botón Publicar o Ver en la tarjeta del área de trabajo para publicar o ver la aplicación en una fase de canalización específica.

En la fase de producción, el botón de acción principal situado en la esquina inferior derecha abre la página de actualización de la aplicación en Fabric, de modo que las actualizaciones de contenido pasan a estar disponibles para los usuarios de la aplicación.

Importante

El proceso de implementación no incluye la actualización del contenido o la configuración de la aplicación. Para aplicar cambios al contenido o la configuración, debe actualizar manualmente la aplicación en la fase de canalización requerida.

Permisos

Los permisos son necesarios para la canalización y para las áreas de trabajo que se le asignan. Los permisos de canalización y los permisos del área de trabajo se conceden y administran por separado.

• Las canalizaciones solo tienen un permiso, Administrador, que es necesario para compartir, editar y eliminar una canalización.

• Las áreas de trabajo tienen permisos diferentes, también denominados roles. Los roles del área de trabajo determinan el nivel de acceso a un área de trabajo de una canalización.

• Las canalizaciones de implementación no admiten grupos de Microsoft 365 como administradores de canalización.

Para realizar la implementación desde una fase a otra en la canalización, debe ser un administrador de canalización y un miembro o un administrador de las áreas de trabajo asignadas a las fases implicadas. Por ejemplo, un administrador de canalización que no tiene asignado un rol de área de trabajo puede ver la canalización y compartirla. Pero este usuario no puede ver el contenido del área de trabajo en la canalización, o en el servicio de Power BI, ni puede realizar implementaciones.

Tabla de permisos

En esta sección se describen los permisos de canalización de implementación. Los permisos que se enumeran en esta sección pueden tener aplicaciones diferentes en otras características de Fabric.

El permiso de canalización de implementación más bajo es administrador de canalización y es necesario para todas las operaciones de canalización de implementación.

Usuario	Permisos de canalización	Comentarios
Administrador de canalización	Ver la canalización Compartir la canalización con otros usuarios Editar y eliminar la canalización Desasignación de un área de trabajo de una fase Puede ver áreas de trabajo etiquetadas como asignadas a la canalización en el servicio de Power BI	El acceso a la canalización no concede permisos para ver o realizar acciones en el contenido del área de trabajo.
Visor del área de trabajo (y administrador de canalización)	Consumir contenido Desasignación de un área de trabajo de una fase	Los miembros del área de trabajo que tienen asignado el rol Visor sin permisos de compilación no pueden acceder al modelo semántico ni editar el contenido del área de trabajo.
Colaborador del área de trabajo (y administrador de canalización)	Consumo de contenido Comparar fases Visualización de modelos semánticos Desasignación de un área de trabajo de una fase
Miembro del área de trabajo (y administrador de canalización)	Ver el contenido del área de trabajo Comparar fases Implementación de elementos (debe ser miembro o administrador de áreas de trabajo de origen y de destino) Actualización de modelos semánticos Desasignación de un área de trabajo de una fase Configuración de reglas de modelos semánticos (debe ser el propietario del modelo semántico)	Si la opción Bloquear el intento de volver a publicar y deshabilitar la actualización del paquete, que se encuentra en la sección Seguridad de modelo semántico del inquilino, está habilitada, solo los propietarios de modelos semánticos podrán actualizarlos.
Administrador del área de trabajo (y administrador de canalización)	Ver el contenido del área de trabajo Comparar fases Implementación de elementos Asignación de áreas de trabajo a una fase Actualización de modelos semánticos Desasignación de un área de trabajo de una fase Configuración de reglas de modelos semánticos (debe ser el propietario del modelo semántico)

Permisos concedidos

Al implementar elementos de Power BI, la propiedad del elemento implementado puede cambiar. Revise la tabla siguiente para comprender quién puede implementar cada elemento y cómo la implementación afecta a la propiedad del elemento.

Elemento de Fabric	Permiso necesario para implementar un elemento existente	Propiedad del elemento después implementar por primera vez	Propiedad del elemento después de implementar en una fase con el elemento
Modelo semántico	Miembro del área de trabajo	El usuario que ha realizado la implementación se convierte en el propietario	Sin cambios
Flujo de datos	Propietario del flujo de datos	El usuario que ha realizado la implementación se convierte en el propietario	Sin cambios
Data mart	Propietario de Datamart	El usuario que ha realizado la implementación se convierte en el propietario	Sin cambios
Informe paginado	Miembro del área de trabajo	El usuario que ha realizado la implementación se convierte en el propietario	El usuario que ha realizado la implementación se convierte en el propietario

Permisos necesarios para acciones populares

En la tabla siguiente se enumeran los permisos necesarios para las acciones populares de canalización de implementación. A menos que se especifique lo contrario, para cada acción necesita todos los permisos enumerados.

Acción	Permisos necesarios
Visualización de la lista de canalizaciones de la organización	No se requiere ninguna licencia (usuario gratuito)
Crear una canalización	Un usuario con una de las licencias siguientes: Pro PPU Premium
Eliminación de una canalización	Administrador de canalización
Adición o eliminación de un usuario de canalización	Administrador de canalización
Asignación de un área de trabajo a una fase	Administrador de canalización Administrador del área de trabajo (del área de trabajo que se va a asignar)
Desasignación de un área de trabajo de una fase	Uno de los siguientes: Administrador de canalización Administrador del área de trabajo (mediante la API Pipelines - Unassign Workspace)
Implementación en una fase vacía	Administrador de canalización Miembro o administrador del área de trabajo de origen
Implementación de elementos en la fase siguiente	Administrador de canalización Miembro o administrador del área de trabajo de las fases de origen y destino Para implementar datamarts o flujos de datos, debe ser el propietario del elemento implementado Si el modificador de administrador de inquilinos del modelo semántico está activado y va a implementar un modelo semántico, debe ser el propietario.
Visionado o establecimiento de una regla	Administrador de canalización Colaborador, miembro o administrador del área de trabajo de destino Propietario del elemento para el que va a establecer una regla
Administración de la configuración de la canalización	Administrador de canalización
Visualización de una fase de canalización	Administrador de canalización Lector, colaborador, miembro o administrador del área de trabajo. Verá los elementos a los que los permisos del área de trabajo conceden acceso.
Visualización de la lista de elementos de una fase	Administrador de canalización
Comparación de dos fases	Administrador de canalización Colaborador, miembro o administrador del área de trabajo para ambas fases
Visualización del historial de implementaciones	Administrador de canalización

Consideraciones y limitaciones

En esta sección se enumeran la mayoría de las limitaciones de las canalizaciones de implementación.

• El área de trabajo debe residir en una capacidad de Fabric.
• El número máximo de elementos que se pueden implementar en una sola implementación es 300.
• No se admite la descarga de un archivo .pbix después de la implementación.
• Los grupos de Microsoft 365 no se admiten como administradores de canalización.
• Al implementar un elemento de Power BI por primera vez, si otro elemento de la fase de destino es similar en el tipo (por ejemplo, si ambos archivos son informes) y tiene el mismo nombre, se produce un error en la implementación.
• Para obtener una lista de las limitaciones de las áreas de trabajo, vea Limitaciones de asignación del área de trabajo.
• Para ver la lista de elementos admitidos, consulte Elementos admitidos. No se admite ningún elemento que no esté en la lista.
• Se produce un error en la implementación si alguno de los elementos tiene dependencias circulares o propias (por ejemplo, el elemento A hace referencia al elemento B y el elemento B, al elemento A).
• Solo los elementos de Power BI se pueden implementar en un área de trabajo en una región de capacidad diferente. Los elementos de Fabric no se pueden implementar en un área de trabajo en una región de capacidad diferente.

Limitaciones del modelo semántico

• No se pueden implementar los conjuntos de datos que usan la conectividad de datos en tiempo real.

• No se admite un modelo semántico con modo de conectividad DirectQuery o Compuesto que use tablas de variación o de fecha y hora automáticas. Para obtener más información, consulte ¿Qué puedo hacer si tengo un conjunto de datos con el modo de conectividad DirectQuery o compuesto que usa tablas de variación o calendario?.

• Durante la implementación, si el modelo semántico de destino usa una conexión dinámica, el modelo semántico de origen también debe usar este modo de conexión.

• Después de la implementación, no se admite la descarga de un modelo semántico (desde la fase en la que se ha implementado).

• Para consultar una lista de las limitaciones de las reglas de implementación, vea Limitaciones de las reglas de implementación.

• La implementación no se admite en un modelo semántico que use la consulta nativa y DirectQuery juntos y cuando se haya aplicado el enlace automático en el origen de datos de DirectQuery.

Limitaciones de los flujos de datos

• Al implementar un flujo de datos en una fase vacía, las canalizaciones de implementación crean una área de trabajo y establecen el almacenamiento del flujo de datos en un almacenamiento de blobs de Fabric. El almacenamiento de blobs se usa incluso si el área de trabajo de origen está configurada para usar Azure Data Lake Storage Gen2 (ADLS Gen2).

• La entidad de servicio no se admite para los flujos de datos.

• No se admite la implementación del modelo de datos común (CDM).

• Para obtener las limitaciones de las reglas de canalización de implementación que afectan a los flujos de datos, consulte Limitaciones de las reglas de implementación.

• Si se actualiza un flujo de datos durante la implementación, se produce un error en la implementación.

• Al comparar fases durante la actualización del flujo de datos, los resultados son impredecibles.

Limitaciones de Datamart

• No se puede implementar un datamart con etiquetas de confidencialidad.

• Para implementar un datamart, debes ser el propietario del datamart.

Contenido relacionado

Introducción a las canalizaciones de implementación.