Compartir a través de

Introducción a la integración de canalizaciones de implementación con SQL Database en Microsoft Fabric

  • Artículo

Se aplica a:✅Base de datos SQL de Microsoft Fabric

En este tutorial, aprenderá a implementar cambios en la base de datos SQL en Fabric mediante canalizaciones de implementación y un entorno de varias áreas de trabajo.

Las canalizaciones de implementación de Fabric sirven como mecanismo para promover los cambios entre entornos, de modo que los desarrolladores puedan colaborar en los cambios y validar un conjunto de cambios en uno o varios objetos. Conceptualmente, las fases más comunes de una canalización son:

  • Desarrollo: la primera fase de las canalizaciones de implementación donde carga contenido nuevo con sus compañeros creadores. Puede diseñar la compilación y desarrollar aquí o en una fase diferente.
  • Prueba: después de realizar todos los cambios necesarios en el contenido, estará listo para entrar en la fase de prueba. Cargue el contenido modificado para que se pueda mover a una fase de prueba. Estos son tres ejemplos de lo que se puede hacer en el entorno de prueba:
    • Compartir contenido con evaluadores y revisores
    • Cargar y ejecutar pruebas con grandes volúmenes de datos
    • Probar la aplicación para ver cómo se buscarán los usuarios finales
  • Producción: después de probar el contenido, use la fase de producción para compartir la versión final del contenido con los usuarios empresariales de toda la organización.

Para SQL Database en Fabric específicamente, el movimiento de cambios entre áreas de trabajo usa los mismos mecanismos que la actualización de un área de trabajo desde el control de código fuente. Con las canalizaciones de implementación, los datos existentes permanecen en su lugar mientras el servicio Fabric calcula el T-SQL necesario para actualizar la base de datos para que coincida con el estado deseado (cambios entrantes). Si los cambios requerirían pérdida de datos, Fabric requiere que realice los cambios manualmente.

Requisitos previos

Configurar

  1. Cree otra área de trabajo en Fabric. Esta área de trabajo se usa como segunda fase en la canalización de implementación y se sugiere un nombre derivado del primer área de trabajo. Por ejemplo, si el primer área de trabajo se denomina ContosoApp, el segundo área de trabajo podría denominarse ContosoApp-Test.
  2. Cree una nueva canalización de implementación en Fabric. Puede encontrar un punto de entrada para las canalizaciones de implementación en la parte inferior de la lista de áreas de trabajo y, a continuación, seleccione Crear canalización o + Nueva canalización.
  3. En el cuadro de diálogo Crear una canalización de implementación, escriba un nombre y una descripción para la canalización y seleccione Siguiente.
  4. Establezca la estructura de la canalización de implementación mediante la definición de las fases necesarias para la canalización de implementación. De forma predeterminada, la canalización tiene tres fases denominadas Desarrollo, Pruebay Producción. En este tutorial, puede quitar la fase producción y mantener solo desarrollo y pruebas.
  5. Asigne las dos áreas de trabajo a las fases desarrollo y prueba seleccionando el área de trabajo de la lista y, a continuación, seleccione Asignar.

Implementar contenido de una fase a otra

La canalización de implementación de Fabric compara automáticamente el contenido de nuestras áreas de trabajo de desarrollo y prueba. Mientras se realiza la comparación, verá un icono de progreso giratorio en el área de trabajo de prueba. Una vez completada la comparación, si selecciona la fase de canalización de prueba, verá un resumen de las diferencias por elemento de Fabric donde el contenido del área de trabajo de desarrollo se marca como "solo en el origen".

  • Para implementar desde Desarrollo a Prueba, seleccione todos los elementos de la lista y, a continuación, seleccione Implementar.
    • Dado que estamos usando canalizaciones de implementación de Fabric sin ningún cambio de seguimiento del control de código fuente en nuestras pruebas, se recomienda usar el campo de nota en la implementación para ayudar al equipo a saber qué cambios están asociados.
    • Una vez que seleccione Implementar en el cuadro de diálogo de implementación de fase, Fabric ejecuta la canalización de implementación en segundo plano.

Una vez completada correctamente la implementación, la fase de canalización de prueba indica que está actualizada.

Revisar las diferencias entre las fases

Las canalizaciones de implementación se pueden usar para comparar el contenido de las áreas de trabajo asignadas a las distintas fases. Para SQL Database en Fabric, la comparación incluye las diferencias específicas entre los objetos de base de datos individuales en las áreas de trabajo de desarrollo y prueba.

  1. Después de completar la implementación de la canalización, vuelva al área de trabajo de desarrollo y realice un cambio en los objetos de base de datos. Los cambios podrían ser una nueva tabla, una nueva columna o un cambio en un procedimiento almacenado existente.
  2. Una vez realizado el cambio, vuelva a la canalización de implementación. Verá que la canalización detectó el cambio y está lista para implementarlo en el área de trabajo de prueba.
  3. seleccione la fase de prueba de forma que la lista de elementos de la mitad inferior de la ventana muestre una o varias como "diferentes del origen". Seleccione un elemento que tenga cambios (es diferente del origen) y use la opción Comparar para obtener detalles más detallados sobre los cambios.
  4. El cuadro de diálogo que se abre para un elemento de base de datos SQL es similar a una comparación de esquemas en el que cada objeto de base de datos SQL (tabla, procedimiento almacenado, vista, etc.) tiene diferencias específicas.

Una vez que hemos revisado los cambios pendientes del área de trabajo de desarrollo, podemos repetir nuestras acciones de la sección anterior para implementar esos cambios en la fase de prueba. Los cambios entre áreas de trabajo se pueden seleccionar por elemento, por lo que si no queremos implementar cambios en un objeto (por ejemplo, un cuaderno), podemos anular la selección de ese elemento antes de implementarlo. Si queremos realizar cambios en objetos de base de datos SQL individuales, debemos volver al área de trabajo de desarrollo para realizar esos cambios en la base de datos SQL.

Contenido relacionado