Documentación de Oracle Cloud Infrastructure

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 Publicar directamente Publicación a través de pipelines de integración y despliegue continuos
Flexibilidad de despliegue Las ventajas clave 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 desechar compilaciones y artefactos antiguos, por ejemplo, o ejecutar compilaciones según un programa especificado.
Velocidad Publicar una aplicación visual directamente en una instancia de Visual Builder es rápido. 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 deba esperar a que se complete todo el proceso antes de que otros usuarios puedan ver los cambios.
Despliegue en varias instancias

Puede desplegar la aplicación visual en la 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 desplegar en varias instancias simultáneamente.
Solicitudes de fusión Dado que el despliegue es inmediato, no puede incluir solicitudes de fusión como parte del proceso de publicación. Para revisar los cambios, por lo tanto, 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 capacidades de flujo de trabajo de aprobación incorporadas. Si tiene acceso a un entorno, puede realizar el despliegue en él.

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 gestor antes de desplegarla en la instancia PROD.
Logs e historial de creación La publicación directa en una instancia de Visual Builder no proporciona un registro de detalles de compilación, informes de log e historial de compilació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 rollback de aplicaciones visuales a una versión anterior Si se publicó una aplicación visual directamente en una instancia de Visual Builder, esa 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 tarde, si es necesario.