Tutorial: Administración del ciclo de vida en Fabric
Este tutorial le lleva a través del proceso completo de carga de datos en el área de trabajo y el uso de canalizaciones de implementación junto con la integración de Git para colaborar con otros usuarios en el desarrollo, las pruebas y la publicación de los datos e informes.
Requisitos previos
Antes de empezar, asegúrese de que cumple los siguientes requisitos previos:
- Fabric está habilitado. Si aún no tiene Fabric habilitado, pida al administrador que habilite Fabric para su organización.
- Estás registrado. Si aún no está registrado, regístrese para obtener una prueba gratuita.
- Tiene acceso a un repositorio de Git de Azure. Si no tiene uno, consulte Configuración de un repositorio Git para obtener información sobre cómo crear uno.
- Descargue el archivo FoodSales.pbix en un repositorio Git que puede editar. Este es el archivo de ejemplo que usamos en este tutorial. Como alternativa, puede usar su propio modelo semántico e informe, si lo prefiere.
Si ya tiene derechos de administrador para un área de trabajo con datos, puede ir directamente al paso 3.
Paso 1: Creación de un área de trabajo Premium
Para crear un área de trabajo y asignarle una licencia:
En la barra de navegación izquierda de la experiencia de Power BI, seleccione Áreas de trabajo > + Nueva área de trabajo.
Asigne al área de trabajo el nombre FoodSalesWS.
(Opcional) Agregue una descripción.
Expanda la sección Avanzado para mostrar el Modo de licencia.
Seleccione Prueba o Capacidad Premium.
Seleccione Aplicar.
Para obtener más información sobre la creación de un área de trabajo, consulte Creación de un área de trabajo.
Paso 2: Cargar contenido en el área de trabajo
Puede cargar contenido desde OneDrive, SharePoint o un archivo local. En este tutorial, cargamos un archivo .pbix.
En la barra de menús superior, seleccione Cargar > Navegar.
Vaya a la ubicación del archivo FoodSales.pbix que descargó anteriormente o cargue su propio modelo semántico e informe de ejemplo.
Ahora tiene un área de trabajo con contenido en él para que usted y su equipo trabajen en él.
Edición de credenciales: solo la primera vez
Antes de crear una canalización de implementación, debe establecer las credenciales. Este paso solo debe realizarse una vez para cada modelo semántico. Después de establecer las credenciales para este modelo semántico, no tendrá que volver a establecerlas.
Vaya a Configuración > Configuración de Power BI.
Seleccione Modelos semánticos > Credenciales de origen de datos > Editar credenciales.
Establezca el método de autenticación en Anónimo, el nivel de privacidad en Público y desactive el cuadro Omitir conexión de prueba.
Seleccione Iniciar sesión. La conexión se prueba y se establecen las credenciales.
Ahora puede crear una canalización de implementación.
Paso 3: Conexión del área de trabajo de desarrollo del equipo a Git
Todo el equipo comparte esta área de trabajo y cada miembro del equipo puede editarla. Al conectar esta área de trabajo a Git, puede realizar un seguimiento de todos los cambios y volver a versiones anteriores si es necesario. Cuando todos los cambios se combinan en esta rama compartida, el área de trabajo se implementa en producción mediante la canalización de implementación.
Obtenga más información sobre el control de versiones con Git en Introducción a la integración de Git.
Vamos a conectar esta área de trabajo a la rama principal del repositorio de Azure para que todos los miembros del equipo puedan editarla y crear solicitudes de incorporación de cambios.
Seleccione los puntos suspensivos (tres puntos) y después Configuración del área de trabajo.
Seleccione Integración de Git. Ha iniciado sesión automáticamente en la cuenta de Azure Repos registrada en el usuario de Microsoft Entra que ha iniciado sesión en el área de trabajo.
En el menú desplegable, especifique los detalles siguientes sobre la rama a la que desea conectarse:
Seleccione la rama principal (o maestra)
Escriba el nombre de la carpeta en el repositorio donde se encuentra el archivo .pbix. Esta es la carpeta que se sincronizará con el área de trabajo.
Seleccione Conectar y sincronizar.
Después de conectarse, el área de trabajo muestra información sobre el control de código fuente que le permite ver la rama conectada, el estado de cada elemento de la rama y la hora de la última sincronización. El icono de control de código fuente muestra 0
porque los elementos del repositorio Git del área de trabajo son idénticos.
Ahora el área de trabajo se sincroniza con la rama principal del repositorio Git, lo que facilita el seguimiento de los cambios.
Para obtener más información sobre cómo conectarse a Git, consulte Conexión de un área de trabajo a un repositorio de Azure.
Paso 4 : Crear una canalización de implementación
Para compartir esta área de trabajo con otros usuarios y usarla para varias fases de pruebas y desarrollo, es necesario crear una canalización de implementación. Puede leer cómo funcionan las canalizaciones de implementación en Introducción a las canalizaciones de implementación. Para crear una canalización de implementación y asignar el área de trabajo a la fase de desarrollo, haga lo siguiente:
Desde la página principal del área de trabajo, seleccione Crear canalización de implementación.
Asigne a la canalización el nombre FoodSalesDP, asígnele una descripción (opcional) y seleccione Crear.
Asigne el área de trabajo FoodSalesWS a la fase de desarrollo.
La fase de desarrollo de la canalización de implementación muestra un modelo semántico, un informe y un panel. Las demás fases están vacías.
Puede obtener más información sobre la creación de canalizaciones de implementación en Introducción a las canalizaciones de implementación.
Paso 5: Implementar contenido en otras fases
Ahora, implemente el contenido en las demás fases de la canalización.
En la fase de desarrollo de la vista de contenido de la implementación, seleccione Implementar.
Confirme que desea implementar el contenido en la fase de prueba.
Observe que el contenido de las dos fases es idéntico, ya que implementó todo el contenido de la canalización. Esto se indica mediante un icono de marca de verificación verde.
Implemente el contenido de la fase de prueba en la fase de producción.
Para actualizar el modelo semántico en cualquier fase, seleccione el botón Actualizar situado junto al icono de modelos semánticos en la tarjeta de resumen de cada fase.
Todo el equipo comparte esta canalización de implementación. Cada miembro del equipo puede editar el modelo semántico y el informe en la fase de desarrollo. Cuando el equipo esté listo para probar los cambios, implementará el contenido en la fase de prueba. Cuando el equipo esté listo para publicar los cambios en producción, implementará el contenido en la fase de producción.
Para obtener más información sobre la implementación de contenido, consulte Implementación de contenido.
Paso 6: Creación de un área de trabajo aislada
Para editar el área de trabajo sin interferir con los cambios de otros miembros del equipo, cada miembro del equipo crea su propia área de trabajo aislada para trabajar hasta que estén listos para compartir sus cambios con el equipo.
Cree una nueva área de trabajo como hizo en el paso 1.
Conecte esta nueva área de trabajo a una nueva rama del repositorio Git:
En el menú desplegable, especifique los detalles siguientes sobre la rama a la que desea conectarse:
- Organización
- Proyecto
- Repositorio Git
- Seleccione + Nueva rama para crear una nueva rama.
- Asigne a la nueva rama el nombre MyFoodEdits, bifurcada desde principal (o maestra), y seleccione Crear.
- La carpeta en el repositorio donde se encuentra el archivo .pbix.
Seleccione Conectar y sincronizar.
El área de trabajo nueva ahora contiene el contenido de la carpeta del repositorio Git. Observe que no contiene el archivo .pbix. Dado que los archivos .pbix no son compatibles, este archivo no se copió en el repositorio Git cuando se sincronizó.
Esta es el área de trabajo que usará para realizar cambios en el modelo semántico y en el informe hasta que esté listo para compartirlos con el equipo.
Paso 7: Editar el área de trabajo
Realice cambios en el área de trabajo mediante la creación, eliminación o edición de un elemento. En este tutorial, vamos a cambiar el formato de una columna del modelo semántico. Puede editar el área de trabajo en Power BI Desktop o en un modelo de datos. En este tutorial, se edita el área de trabajo desde el modelo de datos.
En el área de trabajo del modelo semántico, seleccione los puntos suspensivos del modelo semántico (tres puntos) >Abrir modelo de datos.
Nota:
Si Abrir modelo de datos está deshabilitado, vaya a la Configuración del área de trabajo> Power BI > General y habilite la Configuración del modelo de datos.
En la tabla Order_details, seleccione Descuento.
En la panel Propiedades, cambie el Formato de General a Porcentaje.
Paso 8: Confirmar los cambios
Para confirmar este cambio desde el área de trabajo en la rama de Git, vuelva a la página principal del área de trabajo.
El icono de control de código fuente ahora muestra 1
porque se cambió un elemento del área de trabajo, pero no se ha confirmado en el repositorio Git. El modelo semántico FoodSales muestra el estado Cambio pendiente de confirmación.
Seleccione el icono de control de código fuente para ver los elementos modificados en el repositorio Git. El modelo semántico muestra el estado Modificado.
Seleccione el elemento para confirmar y agregue un mensaje opcional.
Seleccione Confirmar.
El estado de Git del modelo semántico cambia a Sincronizado cuando el área de trabajo y el repositorio Git están sincronizados.
Paso 9: Creación de PR y combinación
En el repositorio Git, cree una solicitud de incorporación de cambios para combinar la rama MyFoodEdits con la rama principal.
Seleccione Crear una solicitud de incorporación de cambios.
Proporcione un título, una descripción y cualquier otra información que desee para la solicitud de incorporación de cambios. Seleccione Crear.
Combine la solicitud de incorporación de cambios.
Paso 10: Actualización del área de trabajo compartida
Vuelva al área de trabajo compartida conectada en la fase de desarrollo de la canalización de implementación (la que creamos en el paso 1) y actualice la página.
El icono de control de código fuente muestra ahora 1 porque se cambió un elemento del repositorio Git y es diferente de los elementos del área de trabajo FoodSales. El modelo semántico FoodSales muestra el estado Es necesario actualizar.
Seleccione el icono de control de código fuente para ver los elementos modificados en el repositorio Git. El modelo semántico muestra el estado Modificado.
Seleccione Actualizar todo.
El estado de Git del modelo semántico cambia a Sincronizado y el área de trabajo se sincroniza con la rama principal de Git.
Paso 11: Comparación de fases en la canalización de implementación
Seleccione Ver canalizaciones de implementación para comparar el contenido de la fase de desarrollo con el contenido de la fase de prueba.
Observe el icono naranja
X
entre las fases que indica que se realizaron cambios en el contenido en una de las fases desde la última implementación.Seleccione la flecha hacia abajo >Revisar cambios para ver los cambios. La pantalla Revisión de cambios muestra la diferencia entre los modelos semánticos en las dos fases.
Revise los cambios y cierre la ventana.
Para obtener más información sobre la comparación de fases en una canalización de implementación, consulte Comparación de fases en una canalización de implementación.
Paso 12: Implementación en la fase de prueba
Cuando esté satisfecho con los cambios, implemente los cambios en las fases de prueba o producción mediante el mismo proceso que usó en el paso 5.
Resumen
En este tutorial, ha aprendido a usar canalizaciones de implementación junto con la integración de Git para administrar el ciclo de vida de una aplicación, un informe u otro contenido de un área de trabajo.
En concreto, aprendió a:
- Configurar áreas de trabajo y agregar contenido para administrar el ciclo de vida en Fabric.
- Aplicar los procedimientos recomendados de Git para trabajar solo y en colaboración con compañeros de equipo en los cambios.
- Combinar e implementar canalizaciones de Git para lograr un proceso de lanzamiento eficaz de un extremo a otro.
Contenido relacionado
Comentarios
https://aka.ms/ContentUserFeedback.
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea:Enviar y ver comentarios de