Uso de pipelines de integración y despliegue continuos para el despliegue

Las aplicaciones visuales se pueden desplegar en la instancia de desarrollo de Visual Builder directamente o a través de pipelines de integración y entrega continuas (CI/CD).

  • El despliegue directo significa que, al hacer clic en Publicar en el diseñador, la aplicación visual se fusiona con una rama de destino en el repositorio remoto, como la rama main, y, a continuación, se despliega directamente en el entorno asociado al espacio de trabajo.

    Este es el método de despliegue por defecto para los nuevos espacios de trabajo que cree.

  • Mientras tanto, los pipelines de integración y despliegue continuos proporcionan flexibilidad; por ejemplo, puede configurar un pipeline para desplegar artefactos dependientes en el entorno de destino en paralelo, ejecutar compilaciones según un programa especificado o descartar compilaciones y artefactos antiguos.

    Puede configurar esto activando un pipeline de integración y despliegue continuos para la rama de destino en la que desea fusionarse y configurando ese pipeline para que se ajuste a las necesidades de su organización.

Nota

Utilice una combinación de las opciones de despliegue que mejor funcionen. Por ejemplo, en la organización, puede que sea más eficaz desplegar una aplicación visual directamente en la instancia de desarrollo de Visual Builder mediante el botón Publicar. Al mismo tiempo, puede aprovechar el uso de pipelines de integración y despliegue continuos para despliegues en otras instancias de Visual Builder, así como para automatizar determinadas tareas de operaciones del ciclo de vida.

A continuación, se muestra un breve resumen de algunas diferencias clave entre las dos opciones de publicación:

Aspecto de publicación Publicación directa Publicar mediante pipelines de integración y despliegue continuos
Flexibilidad de despliegue Las principales ventajas de publicar una aplicación visual directamente en una instancia de Visual Builder mediante el botón Publicar del diseñador son la velocidad y la simplicidad. El proceso de despliegue es sencillo, pero no flexible.

La flexibilidad es el principal motivo para utilizar pipelines de integración y despliegue continuos. Al hacer clic en Publicar, puede que desee que la aplicación visual se despliegue no solo en una instancia de DEV, sino también en otras instancias.

También puede realizar acciones como configurar un pipeline para descargar artefactos archivados o descartar compilaciones y artefactos antiguos, por ejemplo, o ejecutar compilaciones según un programa especificado.

Velocidad La publicación de una aplicación visual directamente en una instancia de Visual Builder es rápida. El despliegue se realiza inmediatamente, por lo que los usuarios finales pueden ver rápidamente los cambios. Al publicar una aplicación visual mediante un pipeline de integración y despliegue continuos, el proceso de despliegue no es inmediato. Es posible que tenga que esperar a que se complete todo el proceso para que otros puedan ver los cambios.
Despliegue en varias instancias

Puede desplegar la aplicación visual en su instancia de DEV directamente, sin utilizar un pipeline de integración y despliegue continuos.

Sin embargo, para desplegar esa aplicación visual en otras instancias, debe utilizar pipelines de integración y despliegue continuos.

Puede configurar pipelines de integración y despliegue continuos para desplegar cambios en cualquier instancia, no solo en su instancia de DEV. También puede configurar un pipeline para desplegarlo en varias instancias a la vez.
Solicitudes de combinación Dado que el despliegue es inmediato, no puede incluir solicitudes de fusión como parte del proceso de publicación. Por lo tanto, para que se revisen los cambios, las solicitudes de fusión se deben crear antes de hacer clic en Publicar. Al publicar una aplicación visual mediante un pipeline de integración y despliegue continuos, tiene la opción de crear solicitudes de fusión.
Flujo de trabajo de aprobación Al publicar directamente en una instancia de Visual Builder, no hay ninguna capacidad de flujo de trabajo de aprobación incorporada. Si tiene acceso a un entorno, puede desplegarlo.

Con los pipelines de integración y despliegue continuos, puede agregar un elemento de aprobación que requiera que uno o más usuarios autorizados aprueben manualmente un paso antes de ejecutar el resto de su ejecución.

Por ejemplo, un pipeline puede desplegar automáticamente una aplicación visual en las instancias DEV y TEST, pero necesita la aprobación de un mánager antes de desplegarla en la instancia PROD.

Registros e historial de compilación La publicación directa en una instancia de Visual Builder no proporciona un registro de los detalles de creación, los informes de log y el historial de creación. Si ha utilizado un pipeline de integración y despliegue continuos para desplegar una aplicación visual, los logs anteriores y el historial de compilación están disponibles para su revisión.
Soporte para realizar un rollback de aplicaciones visuales a una versión anterior Si se ha publicado una aplicación visual directamente en una instancia de Visual Builder, dicha aplicación visual no se podrá volver a desplegar más adelante. Si se ha desplegado una aplicación visual mediante un pipeline y se han archivado sus artefactos de compilación, se puede volver a desplegar más adelante, si es necesario.