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 origen a la del 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.

Hay dos partes principales en el proceso de canalizaciones de implementación:

• Definir la estructura de canalización de implementación
• Agregar contenido a las fases

Definir la estructura de canalización de implementación

Al crear una canalización, define cuántas fases desea y cómo deben llamarse. También puede hacer pública una o varias fases. El número de fases y sus nombres son permanentes, y no se pueden cambiar después de crear la canalización. Sin embargo, puede cambiar el estado público de una fase en cualquier momento.

Para definir una canalización, siga las instrucciones de Creación de una canalización de implementación.

Agregar contenido a las fases

Puede agregar contenido a una fase de canalización de dos maneras:

• Asignar un área de trabajo a una fase vacía
• Implementar contenido de una fase a otra

Asignar un área de trabajo a una fase vacía

Al asignar 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.

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.

Para obtener instrucciones sobre cómo asignar y cancelar la asignación de áreas de trabajo a fases de canalización de implementación, consulte Asignación de un área de trabajo a una canalización de implementación de Microsoft Fabric.

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.

Propiedad del área de trabajo y del contenido

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.

Implementar contenido de una fase a otra

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

Puede implementar contenido en cualquier fase adyacente, en cualquier dirección.

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 origen 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 desde la fase origen hasta 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.

Enlace automático en la misma área de trabajo

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 el desarrollo hasta las 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 el desarrollo a las 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 áreas de trabajo

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. En este caso, evite usar 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 tras la implementación no tendrá lugar, incluso aunque la conexión incluya un parámetro que se aplique al identificador del modelo semántico, del flujo de datos o al 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.

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 colaborador 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 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

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.

Implemente elementos dentro de una carpeta desde esa carpeta. No se pueden implementar elementos de jerarquías diferentes al mismo tiempo.

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 Diferentecuando se comparan. Este elemento no aparece en la ventana de comparación, ya que no es un cambio de esquema, sino un cambio de configuración.

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

Representación de elementos primarios y secundarios

Solo aparecen en la nueva interfaz de usuario. Tiene el mismo aspecto que en el área de trabajo. El elemento secundario no se implementa, pero se vuelve a crear en la fase de destino

Propiedades de elemento copiadas durante la implementación

Para ver una lista de elementos admitidos, consulte Elementos admitidos de canalizaciones de 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 estas condiciones no se cumplen, las etiquetas de confidencialidad no se copian 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 este caso, 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, también puede actualizar la página de la aplicación en Fabric para que las actualizaciones de contenido estén disponibles para los usuarios de la aplicación.

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 colaborador, miembro o 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.

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.

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.

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 tiene el mismo nombre y tipo (por ejemplo, si ambos archivos son informes), 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.

• Si el enlace automático está activado, haga lo siguiente:

  • No se admiten consultas nativas ni DirectQuery juntas.
  • La conexión del origen de datos debe ser el primer paso de la expresión mashup.

• Cuando se implementa un modelo semántico de Direct Lake, no se enlaza automáticamente a los elementos de la fase de destino. Por ejemplo, si un LakeHouse es un origen para un modelo semántico de DirectLake y ambos se implementan en la siguiente fase, el modelo semántico de DirectLake en la fase de destino seguirá enlazado a LakeHouse en la fase de origen. Utilice reglas de datasource para vincularlo a un elemento de la etapa de destino. Otros tipos de modelos semánticos se enlazan automáticamente al elemento enlazado en la fase de destino.

Limitaciones de los flujos de datos

• La configuración de actualización incremental no se copia en Gen 1.

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