Canalizaciones de implementación de Lakehouse e integración de Git (versión preliminar)

El Lakehouse se integra con las funcionalidades de administración del ciclo de vida de Microsoft Fabric, lo que proporciona una colaboración estandarizada entre todos los miembros del equipo de desarrollo durante toda la vida del producto. La administración del ciclo de vida facilita un proceso eficaz de versiones y versiones del producto mediante la entrega continua de características y correcciones de errores en varios entornos. Para obtener más información, visite ¿Qué es la administración del ciclo de vida en Microsoft Fabric?

Importante

Esta característica se encuentra en versión preliminar.

Integración de Git en Lakehouse

Lakehouse es un elemento que contiene tanto metadatos como datos a los que se hace referencia en varios objetos del área de trabajo. Lakehouse contiene tablas, carpetas y accesos directos como elementos de contenedor de datos administrables principales. Desde una perspectiva del flujo de trabajo de desarrollo, los siguientes objetos dependientes pueden hacer referencia a una instancia de Lakehouse:

El modelo semántico predeterminado y los metadatos del punto de conexión de SQL Analytics están relacionados con una instancia de Lakehouse y se administran mediante el proceso de actualización de Git de forma predeterminada. Como principio, no se realiza un seguimiento de los datos en git, solo de los metadatos.

Representación de Git

La siguiente información de Lakehouse se serializa y realiza un seguimiento en un área de trabajo conectada de Git:

  • Nombre para mostrar
  • Descripción
  • Guid lógico

Nota:

El seguimiento lógico es un identificador entre áreas de trabajo generado automáticamente que representa un elemento y su representación de control de código fuente.

Importante

Solo se realiza un seguimiento del artefacto de contenedor de almacén de lago en Git en la experiencia actual. No se realiza un seguimiento de las tablas, las carpetas, los accesos directos y otros cambios de metadatos, ni tampoco se versionan en Git.

Funcionalidades de integración de Git en Lakehouse

Están disponibles las siguientes funcionalidades:

  • Serialización de los metadatos del objeto Lakehouse en una representación JSON de Git.
  • Se deben aplicar los cambios directamente o usando la solicitud de incorporación de cambios para controlar los cambios en áreas de trabajo y ramas ascendentes o descendentes.
  • Se realiza un seguimiento del cambio de nombre de Lakehouses en Git. Actualizar un Lakehouse cuyo nombre ha cambiado también cambia el nombre del modelo de datos semántico predeterminado y el punto de conexión de SQL Analytics.
  • No se aplica ninguna acción a tablas, carpetas y accesos directos. Además, los metadatos y datos de esos elementos siempre se conservan.

Canalizaciones de implementación en Lakehouse

Lakehouse se admite en canalizaciones de implementación de administración del ciclo de vida de Microsoft Fabric. Habilita la segmentación del entorno procedimientos recomendados.

Funcionalidades de la integración de canalizaciones de implementación de Lakehouse:

  • Implementación entre áreas de trabajo de desarrollo, pruebas y producción.

  • Lakehouse se puede eliminar como objeto dependiente de la implementación. También se admite la asignación de diferentes Lakehouses dentro del contexto de canalización de implementación.

    • Si no se especifica nada durante la configuración de la canalización de implementación, se crea un nuevo objeto de almacén de lago vacío con el mismo nombre en el área de trabajo de destino. Las definiciones de trabajos de Spark y Notebook se reasignan para hacer referencia al nuevo objeto Lakehouse en el nuevo área de trabajo.

    • Si la dependencia del almacén de lago está configurada para hacer referencia a otra instancia del almacén de lago durante el tiempo de configuración de la canalización de implementación, como la instancia del almacén de lago ascendente, se crea un nuevo objeto almacén de lago vacío con el mismo nombre en el área de trabajo de destino, pero las referencias a Notebooks y definiciones de trabajos de Spark se conservan tal y como se solicitan en un almacén de lago distinto.

    • Los puntos de conexión de SQL Analytics y los modelos semánticos se aprovisionan como parte de la implementación de Lakehouse.

  • No se sobrescribe ningún objeto dentro de Lakehouse.

  • Las actualizaciones del nombre de Lakehouse se pueden sincronizar entre áreas de trabajo en un contexto de canalización de implementación.