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.
Importante
Microsoft Fabric está actualmente en versión preliminar. Esta información está relacionada con un producto en versión preliminar que puede modificarse considerablemente antes de su lanzamiento. Microsoft no ofrece ninguna garantía, expresa o implícita, con respecto a la información que se ofrece aquí.
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 de contenido puede tardar unos minutos, en función del número de elementos que se implementan. Durante este tiempo, puede navegar 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 una nueva área de trabajo en una capacidad para la fase en la que se implementa. Todos los metadatos de los informes, paneles y conjuntos de datos del área de trabajo original se copian en el área de trabajo nueva en la fase en la que se va a implementar.
Hay dos maneras de implementar el 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 conjuntos de datos para poder usar el contenido recién copiado. La actualización del conjunto de datos 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 va a implementar y se crea una nueva área de trabajo para esa fase en la capacidad.
Si no tiene permisos, se crea el área de trabajo, 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, a las áreas de trabajo creadas por un usuario con una licencia PPU solo podrán acceder otros usuarios que tengan esta misma licencia. Además, el contenido creado en tales áreas de trabajo solo podrán usarlo los usuarios que tengan licencias PPU.
Propiedad del área de trabajo y del contenido
El usuario que realiza la implementación se convierte automáticamente en el propietario del conjunto de datos de los conjuntos de datos 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 dependerá del conjunto de datos al que está conectado. Un conjunto de datos puede depender de otro conjunto de datos y también puede estar conectado a varios informes que dependen 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 realizará correctamente o se producirá un error, en función de 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 conectarán 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 para probarlo y está conectado a un conjunto de datos que se implementó anteriormente en la fase de prueba, se conectará automáticamente a ese conjunto de datos.
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 de desarrollo en prueba y la fase de prueba no contiene su conjunto de datos, 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 compatibles con las canalizaciones de implementación y residen en Fabric. Para ver las dependencias de un elemento, en el menú Más opciones del elemento, seleccione Ver linaje.
Enlace automático entre canalizaciones
Las canalizaciones de implementación enlazan automáticamente los elementos que están conectados entre canalizaciones, si están en la misma fase de canalización. Al implementar estos elementos, las canalizaciones de implementación intentarán establecer una nueva conexión 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 conjunto de datos 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:
Tiene un conjunto de datos en la fase de desarrollo de la canalización A.
También tiene un informe en la fase de desarrollo de la canalización B.
El informe de la canalización B está conectado al conjunto de datos de la canalización A. El informe depende de este conjunto de datos.
El informe se implementa en la canalización B desde la fase de desarrollo a la fase de prueba.
La implementación se realizará correctamente o no, dependiendo de si tiene o no una copia del conjunto de datos del que depende en la fase de prueba de la canalización A:
Tiene una copia del conjunto de datos del que depende el informe en la fase de prueba de la canalización A
La implementación se realizará correctamente y las canalizaciones de implementación conectarán (enlazarán automáticamente) el informe en la fase de prueba de la canalización B al conjunto de datos en la fase de prueba de la canalización A.
No tiene una copia del conjunto de datos del que depende el informe en la fase de prueba de la canalización A
Se producirá un error en la implementación porque las canalizaciones de implementación no pueden conectar (enlazar automáticamente) el informe en la fase de prueba de la canalización B al conjunto de datos 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 conjuntos de datos organizativos y otra para crear informes. En este caso, es posible que quiera que todos los informes estén siempre conectados a conjuntos de datos en la fase de producción de la canalización a la que pertenecen. Para ello, deberá evitar el uso de la característica de enlace automático.
Hay tres métodos que puede 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 conjunto de datos 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, permanecerá conectado al conjunto de datos 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 se puede usar con conjuntos de datos y flujos de datos.
Conecte los informes, paneles e iconos a un conjunto de datos o flujo de datos de proxy que no esté conectado a una canalización.
Enlace automático y parámetros
Los parámetros se pueden usar para controlar las conexiones entre conjuntos de datos 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 conjunto de datos 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 conjunto de datos 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 tal como estaba antes de la implementación.
En muchos casos, cuando tiene un pequeño cambio, como agregar o quitar una tabla, Fabric mantiene 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 destino y de origen, puede implementar contenido que resida en una capacidad en una fase con un área de trabajo existente. Para más información, revise la sección Permisos.
Elementos implementados
Al implementar contenido de una fase de canalización en otra, el contenido copiado puede contener los siguientes elementos:
Conjuntos de datos
Informes
Flujos de datos
Datamarts
Paneles
Informes paginados
Elementos no admitidos
Las canalizaciones de implementación no admiten los siguientes elementos:
Conjuntos de datos que no se originan a partir de un archivo .pbix
Conjuntos de datos de INSERCIÓN
Flujos de datos de streaming
Informes basados en conjuntos de datos no admitidos
Libros
Métricas
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 que se indican a continuación. Si estas condiciones no se cumplen, 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 conjunto de datos o flujo de datos, la etiqueta se copiará del elemento de origen solo si la etiqueta tiene protección. Si la etiqueta no está protegida, la etiqueta predeterminada se aplicará al conjunto de datos o flujo de datos 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
Las siguientes propiedades de conjunto de datos 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 conjuntos de datos compatibles
Las canalizaciones de implementación admiten muchas características del conjunto de datos. En esta sección se enumeran dos características de conjunto de datos que pueden mejorar la experiencia de las canalizaciones de implementación:
Actualización incremental
Las canalizaciones de implementación admiten la actualización incremental, una característica que permite actualizaciones más rápidas y confiables de grandes conjuntos de datos con un menor consumo.
Con las canalizaciones de implementación, puede realizar actualizaciones en un conjunto de datos con una actualización incremental mientras conserva tanto los datos como las particiones. Al implementar el conjunto de datos, 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, después, publique el conjunto de datos. 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:
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.
Cargue el archivo .pbix en la fase de desarrollo.
Implemente el contenido en la fase de pruebas. Después de la implementación, los cambios realizados se aplicarán a todo el conjunto de datos que esté usando.
Revise los cambios realizados en la fase de pruebas y, después de comprobarlos, impleméntelos en la fase de producción.
Ejemplos de uso
A continuación se muestran algunos ejemplos de cómo puede integrar la actualización incremental con canalizaciones de implementación.
Cree una canalización nueva y conéctela a un área de trabajo con un conjunto de datos que tenga habilitada la actualización incremental.
Habilite la actualización incremental en un conjunto de datos que ya esté en un área de trabajo de desarrollo.
Cree una canalización desde un área de trabajo de producción que tenga un conjunto de datos que use la actualización incremental. Para ello, asigne el área de trabajo a una nueva fase de producción de la canalización y use la implementación hacia atrás para implementar en la fase de pruebas y, a continuación, en la fase de desarrollo.
Publique un conjunto de datos 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 conjuntos de datos que usan metadatos de un conjunto de datos mejorado. Todos los conjuntos de datos creados o modificados con Power BI Desktop implementan automáticamente metadatos de un conjunto de datos mejorado.
Al volver a publicar un conjunto de datos en una canalización activa con la actualización incremental habilitada, los siguientes cambios provocarán un error de implementación debido a la pérdida de datos potencial:
Volver a publicar un conjunto de datos que no usa la actualización incremental para reemplazar un conjunto de un conjunto que tiene 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. Sin embargo, si los cambios afectan a la pantalla, deberá actualizar antes de que el cambio sea visible.
Modelos compuestos
El uso de modelos compuestos puede configurar un informe con varias conexiones de datos.
Puede usar la funcionalidad de los modelos compuestos para conectar un conjunto de datos de Fabric a un conjunto de datos externo, como Azure Analysis Services. Para más información, consulte Uso de DirectQuery para conjuntos de datos de Fabric y Azure Analysis Services.
En una canalización de implementación, puede usar modelos compuestos para conectar un conjunto de datos a otro conjunto de datos 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 conjuntos de datos de DirectQuery a fin de lograr el máximo rendimiento de las consultas de informes.
Cada conjunto de datos mantiene sus agregaciones automáticas tras la implementación. Las canalizaciones de implementación no cambian la agregación automática de un conjunto de datos. Esto significa que, si implementa un conjunto de datos con una agregación automática, la agregación automática de la fase de destino permanece tal cual y no se sobrescribe con la agregación automática implementada desde la fase de origen.
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. Cuando se implementa en una fase de canalización que ya tiene particiones de tabla híbrida, 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 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 de la esquina inferior derecha abre la página de la aplicación de actualización en Fabric para que las actualizaciones de contenido estén 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.
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 podrá ver la canalización y compartirla. Sin embargo, este usuario no podrá ver el contenido del área de trabajo en la canalización ni en el servicio y no podrá realizar implementaciones.
Tabla de permisos
En esta sección se describen los permisos de canalización de implementación. Los permisos enumerados 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 |
|
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) |
|
Los miembros del área de trabajo a los que se les asigna el rol de Espectador sin permisos de compilación no pueden tener acceso al conjunto de datos ni editar el contenido del área de trabajo. |
Colaborador del área de trabajo (y administrador de canalización) |
|
|
Miembro del área de trabajo (y administrador de canalización) |
|
Si está habilitada la opción de bloquear el intento de volver a publicar y deshabilitar la actualización del paquete ubicada en la sección seguridad del conjunto de datos del inquilino, solo los propietarios del conjunto de datos podrán actualizar estos últimos. |
Administrador del área de trabajo (y administrador de canalizació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.
Elemento de tejido | Permiso necesario para implementar un elemento existente | Propiedad del elemento después implementar por primera vez | Propiedad del elemento después de la implementación en una fase con el elemento |
---|---|---|---|
Dataset | 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 necesitará 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:
|
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 |
|
Desasignación de un área de trabajo de una fase | Uno de los siguientes:
|
Implementación en una fase vacía |
|
Implementación de elementos en la fase siguiente |
|
Visionado o establecimiento de una regla |
|
Administración de la configuración de la canalización | Administrador de canalización |
Visualización de una fase de canalización |
|
Visualización de la lista de elementos de una fase | Administrador de canalización |
Comparación de dos 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.
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 producirá 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 una lista de elementos no admitidos, vea Elementos no admitidos.
Limitaciones de un conjunto de datos
No se pueden implementar los conjuntos de datos que usan la conectividad de datos en tiempo real.
No se admite un conjunto de datos 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 fecha y hora automáticas o de variación?
Durante la implementación, si el conjunto de datos de destino usa una conexión dinámica, el conjunto de datos de origen también debe usar este modo de conexión.
Después de la implementación, no se admite la descarga de un conjunto de datos (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.
Limitaciones de los flujos de datos
Al implementar un flujo de datos en una fase vacía, las canalizaciones de implementación crean un área de trabajo y establecen el almacenamiento de 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 producirá un error en esta.
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, debe ser el propietario del datamart.