Desarrollar y desplegar una aplicación en Virtual Private Cloud utilizando estrategias de despliegue

DevOps Insights Llegará al final de su vida útil y se dejará de ofrecer el 31 de agosto de 2026. Continuous Delivery dejará de estar disponible en las siguientes regiones el 12 de febrero de 2027: au-syd, ca-tor, us-east. Code Risk Analyzer también dejará de estar disponible en todas las regiones a partir de esa fecha. Si en una región no se hace un uso activo de estas funciones, es posible que dichas funciones se retiren antes de lo previsto en esa región y dejen de aceptar nuevas instancias. Más información

En esta guía de aprendizaje, descubrirá cómo crear una cadena de herramientas abierta utilizando distintas estrategias de despliegue. También aprenderá cómo implementar las cadenas de herramientas en el servicio IBM Cloud® Continuous Delivery y cómo desarrollar y desplegar una aplicación web simple (app) utilizando las cadenas de herramientas.

Esta guía de aprendizaje utiliza estrategias de despliegue que utilizan IBM Cloud® Virtual Private Cloud (VPC) como destino de despliegue. La cadena de herramientas que se utiliza en esta guía de aprendizaje implementa prácticas de DevOps estándar, como la exploración de código, las pruebas de aceptación, los repositorios de Git y las funciones de integración continua y entrega continua. Después de crear una máquina virtual y una cadena de herramientas, cambie el código de la aplicación y envíe el cambio al repositorio de Git Repos and Issue Tracking. Cuando se envían cambios al repositorio, la interconexión de entrega basada en Tekton compila y despliega el código automáticamente.

Tekton es un marco de trabajo de código abierto, independiente del proveedor y nativo de Kubernetes, que puedes utilizar para crear, probar e implementar aplicaciones. Tekton ofrece un conjunto de componentes compartidos para crear sistemas de integración continua y entrega continua. Como proyecto de código abierto, Tekton está gestionado por la Fundación Continuous Delivery. El objetivo es modernizar la entrega continua proporcionando especificaciones del sector para interconexiones, flujos de trabajo y otros bloques de construcción. Con Tekton, puede efectuar compilaciones, pruebas y despliegues en distintos proveedores o en sistemas locales abstrayendo los detalles de implementación subyacentes. Los pipelines de Tekton están integrados en Continuous Delivery. Para obtener más información sobre el IBM Cloud® Kubernetes Service, consulte IBM Cloud® Kubernetes Service.

La plantilla que se utiliza en esta guía de aprendizaje funciona con el plan estándar de un conjunto de máquinas virtuales.

Puede utilizar una estrategia de despliegue para actualizar, de forma controlada, una aplicación en un entorno de producción. La utilización de una estrategia de despliegue puede proporcionar las ventajas siguientes:

  • Evitar el tiempo de inactividad de la aplicación.
  • Habilitar la prueba de producción de nuevas funciones sin afectar a los clientes.
  • Limitar el impacto de los problemas de producción a un subconjunto de usuarios.
  • Habilitar la retrotracción rápida a la versión anterior si surgen problemas.

Hay muchas estrategias de despliegue posibles disponibles. En general, dependen de la ejecución de varias instancias de la aplicación y la gestión de la actualización de las distintas instancias. Puede configurar previamente las siguientes estrategias comunes de despliegue en Continuous Delivery:

Básico
Despliega el nuevo release deteniendo y actualizando todas las instancias en ejecución simultáneamente, lo que deriva en tiempo de inactividad. Para revertir los cambios, debe volver a implementar la versión anterior, lo que provoca un tiempo de inactividad adicional. Si bien esta estrategia es simple, rápida y sus requisitos de recursos de tiempo de ejecución no son exigentes, se trata de la más arriesgada y conlleva un tiempo de inactividad. No se recomienda utilizar la estrategia de despliegue básica en aplicaciones críticas que necesitan una alta disponibilidad.
Actualización continua
Del mismo modo que la estrategia básica, esta estrategia de despliegue es rápida, sencilla y poco exigente en lo relativo a requisitos de recursos de tiempo de ejecución. Sin embargo, dado que cada una de las instancias en ejecución se desactiva y se actualiza individualmente, de manera que se evita el tiempo de inactividad, la retrotracción requiere que se vuelva a desplegar el release anterior. Este método puede, por lo tanto, ocupar mucho tiempo y provocar problemas si la versión actual de la aplicación en producción está dañada.
Despliegue azul-verde
Crea dos entornos de producción independientes permanentes (azul y verde) y solo uno de los entornos recibe tráfico cada vez, nunca los dos al mismo tiempo. El release actual siempre se despliega en el entorno desocupado y el tráfico pasa a este una vez completado el despliegue, sin tiempo de inactividad. Dado que solo es necesario pasar el tráfico al entorno sin modificaciones, la retrotracción no genera ningún tiempo de inactividad. Al requerir esta estrategia dos entornos de producción completos, los requisitos de recursos son también mayores. Sin embargo, se trata de una estrategia que habilita unos potentes flujos de desarrollador, como la capacidad de probar nuevas versiones de aplicaciones en el entorno de producción antes de permitir el tráfico de clientes. El despliegue azul-verde también facilita la retrotracción rápida.
Release Canary
Despliega un nuevo release en paralelo con el entorno de producción original (parecido al azul-verde), sin tiempo de inactividad. La cantidad de tráfico que se envía a las instancias actualizadas y las originales se gestiona de tal forma que la nueva versión pasa a estar disponible para un subconjunto controlado de usuarios mientras se realiza el despliegue. Con el tiempo, el tráfico que se envía a la nueva versión aumenta hasta que todo el tráfico se envía allí, momento en el que se puede detener el entorno de producción anterior. Para realizar una retrotracción rápida mientras el despliegue está en curso, puede direccionar todo el tráfico al entorno de producción original. Dado que esta estrategia solo requiere dos entornos de producción completos durante la implementación, el uso global de recursos es menor que en el caso de la implementación azul-verde. La estrategia de despliegue del release Canary es la más lenta para pasar de un release anterior a un release actual del software que se está desplegando. Los despliegues de Canary permiten a las empresas probar dos versiones de software diferentes en paralelo en el entorno de producción.

Antes de empezar

Antes de iniciar esta guía de aprendizaje, asegúrese de que dispone de los recursos siguientes:

  • Una cuenta deIBM Cloud, con un plan Estándar. Para obtener más información sobre cómo utilizar su cuenta de IBM Cloud, consulte Configuración de su cuenta de IBM Cloud y Actualización de su cuenta.

  • Una infraestructura de VPC suministrada. En función del tipo de estrategia de despliegue que quiera utilizar, pulse uno de los enlaces siguientes para crear un espacio de trabajo de IBM Cloud® Schematics. Este espacio de trabajo genera y aplica el plan de Terraform para crear la VPC, las instancias del servidor virtual y el equilibrador de carga necesarios para ejecutar la aplicación y para acceder a ella.

    Botón Suministrar VPC para acumulación Botón Suministrar VPC para Azul-Verde Botón Suministrar VPC para Canarias

  • Una instancia del servicio Continuous Delivery.

  • Opcional. Un conjunto de secretos que se almacenan en una caja fuerte de gestión de secretos y se gestionan de forma centralizada desde una única ubicación. Para obtener más información sobre cómo seleccionar una oferta de gestión de secretos y protección de datos, consulte Gestión de secretos de IBM Cloud. Si todavía no se ha decidido por una instancia del proveedor de cajas fuertes de gestión de secretos, cree una.

Creación de la cadena de herramientas

En este paso, vamos a crear la cadena de herramientas Desarrollar y desplegar la aplicación en VPC utilizando estrategias de despliegue. Las máquinas virtuales de destino se configuran durante la configuración de la cadena de herramientas utilizando las claves SSH. Puede cambiar estos valores más adelante actualizando la configuración de Delivery Pipeline. Cualquier código que se fusiona en la rama del repositorio de Git de destino se crea, se valida y se despliega automáticamente en las máquinas virtuales.

Para crear la cadena de herramientas de Desarrollar y desplegar la aplicación en VPC utilizando estrategias de despliegue, pulse

Crear cadena de herramientas

Como alternativa, desde la IBM Cloud consola, haga clic en el icono de menú hamburguesa > Automatización de plataformas > Cadenas de herramientas. En la página Cadenas de herramientas, pulse Crear una cadena de herramientas. En la página Crear una cadena de herramientas, haz clic en Desarrollar e implementar una aplicación en VPC con múltiples estrategias de implementación.

Configurar el nombre y la región de la cadena de herramientas

Revise la información predeterminada para la configuración de la cadena de herramientas. El nombre de la cadena de herramientas la identifica en IBM Cloud. Asegúrese de que el nombre de la cadena de herramientas sea exclusivo dentro de las cadenas de herramientas de la misma región y grupo de recursos en IBM Cloud.

La región de la cadena de herramientas puede diferir del clúster y de la región de registro.

Nombre y región de la cadena de herramientas de aplicaciones seguras de VPC
VM nombre y región de la cadena de herramientas de aplicaciones seguras

Seleccione la estrategia de despliegue

La cadena de herramientas crea una interconexión de despliegue continuo para desplegar la imagen de Docker de la aplicación en IBM Cloud® Kubernetes Service. Seleccione la estrategia de despliegue que quiera utilizar. Deberá proporcionar más detalles, que dependerán de la estrategia de despliegue elegida (continua, azul-verde o Canary).

  1. Pulse la estrategia de despliegue que quiera utilizar para la cadena de herramientas.

    Estrategias de despliegue*Estrategias " caption-side="bottom"}{: caption="

  2. Pulse Continuar.

Configurar el repositorio de código fuente de aplicación

En el paso Aplicación, se muestran, de forma predeterminada, las opciones recomendadas para el repositorio del código fuente de aplicación. Para ver todas las opciones disponibles para la integración de Git subyacente, pulse Opciones avanzadas. De forma predeterminada, la cadena de herramientas utiliza el ejemplo predeterminado que clona la aplicación de ejemplo como un repositorio de Git Repos and Issue Tracking alojado en IBM.

VPC secure app
secure app

Puede cambiar el nombre del repositorio de aplicaciones. La región del repositorio sigue siendo la misma que la región de la cadena de herramientas.

La plantilla de la cadena de herramientas proporciona un ejemplo de aplicación Spring Java™ que utiliza una compilación Maven. Si quiere enlazar un repositorio de aplicaciones existente para la cadena de herramientas, seleccione Traer su propia aplicación y especifique el URL del repositorio. La cadena de herramientas solo admite la creación de enlaces con repositorios existentes de Git Repos and Issue Tracking.

De forma predeterminada, la plantilla del repositorio de aplicaciones se clona en la organización Git Repos and Issue Tracking. Para cambiar la organización, habilite las Opciones avanzadas y especifique el propietario del repositorio.

Configurar el repositorio de inventario

El repositorio de inventario registra los detalles de los artefactos creados por las cadenas de herramientas de integración continua. Puede crear un nuevo repositorio de inventario que sea un clon de la plantilla de repositorio de inventario o utilizar un repositorio de inventario ya existente que comparta entre cadenas de herramientas.

VPC secure app inventory
secure app inventory

De forma predeterminada, la plantilla del repositorio de inventario se clona en la organización Git Repos and Issue Tracking. Para cambiar la organización, seleccione Opciones avanzadas y especifique el propietario del repositorio.

Almacenar secretos de forma segura

Hay varias herramientas de esta cadena de herramientas que requieren secretos, como una clave de API de IBM Cloud. Es necesario almacenar de forma segura todos los secretos en una caja fuerte de secretos y hacer referencia a ellos siempre que lo requiera la cadena de herramientas.

Con IBM Cloud, puede elegir entre varias ofertas de gestión de secretos y protección de datos que le ayudan a proteger los datos confidenciales y a centralizar los secretos. En el paso Secretos, puede especificar qué integraciones de la caja fuerte de secretos se deben añadir o eliminar de la cadena de herramientas. Para obtener más información sobre cómo añadir y eliminar integraciones de la caja fuerte, así como los requisitos previos y el uso de sugerencias, consulte Gestión de secretos de IBM Cloud.

Cuando se utilizan sugerencias en una plantilla, la cadena de herramientas se rellena automáticamente con secretos configurados previamente; no es necesario seleccionar secretos de forma manual en las integraciones de cajas fuertes conectadas a la cadena de herramientas.

En esta guía de aprendizaje, se utiliza IBM Secrets Manager como caja fuerte de secretos.

Opciones de secretos de aplicaciones seguras " caption-side="bottom"} de secretos de aplicaciones seguras{: caption="

IBM Secrets Manager almacena y aplica de forma segura secretos como las claves de API, la firma de imágenes o las credenciales de HashiCorp que forman parte de la cadena de herramientas.

Secrets Manager opciones
Secrets Manager opciones

Para más información sobre la gestión de sus secretos en IBM Key Protect o HashiCorp, consulte Secretos.

Configurar el destino de despliegue

Configure el destino de despliegue para la cadena de herramientas especificando los detalles de la VPC, el host de bastión, el equilibrador de carga y el almacén de artefactos. En esta guía de aprendizaje, se utiliza la estrategia de despliegue azul-verde.

caption-side=bottom"
Objetivo de despliegue Estrategia azul-verde*Objetivo de
azul-verde*

Configurar detalles de la VPC

Configure la cadena de herramientas especificando información sobre la VPC y las instancias de servidor virtual (VSI).

La VPC y la VSI se han suministrado mediante IBM Cloud® Schematics y Terraform al seleccionar la estrategia de despliegue que utilizar.

  • Región de la nube privada virtual: seleccione la región en la que se ha suministrado la VPC.
  • Nombre de nube privada virtual: seleccione la VPC suministrada mediante la plantilla de Terraform. Entre las opciones, se incluyen todas las VPC disponibles en la región seleccionada.
  • Nombre de usuario para instancias de VPC: especifique el nombre de usuario configurado al suministrar la instancia de VPC. Todas las VSI de la VPC requieren un nombre de usuario y una clave SSH para iniciar la sesión y desplegar la instancia.
  • Clave SSH codificada en Base64 para instancias de VPC: especifique la clave SSH privada con el formato codificado en base64 para la clave pública SSH configurada al suministrar las instancias de VPC.

Configurar los detalles del host de bastión

La plantilla de Terraform también crea una VSI para utilizarla como host de bastión. Un host de bastión ofrece una manera segura de conectarse a las VSI de la VPC para completar las tareas de despliegue y mantenimiento. El host de bastión se conecta a las VSI a través de SSH utilizando las credenciales (nombre de usuario y clave SSH) configuradas en los detalles de la VPC.

La cadena de herramientas requiere que se inicie la sesión en las VSI de la VPC para desplegar el archivo binario de la aplicación, iniciar y detener la aplicación y descargar la dependencia de terceros para ejecutar la aplicación. Todas estas tareas se ejecutan utilizando el tunelado SSH con el host de bastión. La cadena de herramientas utiliza las mismas credenciales para iniciar la sesión en el host de bastión que las que utiliza el host de bastión para conectarse a las VSI.

  • Host de bastión: seleccione la VSI suministrada como host de bastión por la plantilla de Terraform.

Configurar detalles del equilibrador de carga

La aplicación de ejemplo desplegada en las VSI de la VPC muestra una página web simple en el puerto 8080. Para hacer que la aplicación esté disponible en Internet utilizando un nombre DNS, además de para equilibrar la carga de tráfico entre las diversas VSI que ejecutan la aplicación, la plantilla de Terraform suministra un equilibrador de carga de aplicación. Todas las VSI que ejecutan la aplicación forman la agrupación de programa de fondo de los servidores para el equilibrador de carga.

La cadena de herramientas utiliza los detalles del equilibrador de carga y dos agrupaciones de programa de fondo para configurar y redirigir el tráfico de la aplicación activa durante el proceso de despliegue azul-verde. La agrupación de programa de fondo azul y la agrupación de programa de fondo verde contienen el mismo número de VSI. En todo momento, solo una de las agrupaciones da servicio activamente al tráfico activo, mientras que la otra permanece desocupada mediante la ejecución de una versión anterior de la aplicación. Con cada despliegue, el equilibrador de carga intercambia o conmuta la agrupación de programa de fondo que da servicio al tráfico activo. Si la agrupación de programa de fondo azul está activa actualmente, en el despliegue siguiente se desplegará la aplicación en las VSI de la agrupación de programa de fondo verde, que pasará a estar activa, mientras que la agrupación de programa de fondo azul pasará a ser la pasiva.

Para configurar la cadena de herramientas, especifique la información sobre el equilibrador de carga:

  • Nombre del equilibrador de carga: seleccione el equilibrador de carga de aplicación suministrado por la plantilla de Terraform.
  • Nombre de la agrupación de programa de fondo azul: seleccione la agrupación de programa de fondo azul que suministra la plantilla de Terraform para el equilibrador de carga.
  • Nombre de la agrupación de programa de fondo verde: seleccione la agrupación de programa de fondo verde que suministra la plantilla de Terraform para el equilibrador de carga.

Estrategia azul-verde de despliegue de " caption-side="bottom"}{: caption="de despliegue de objetivos*

Una vez completados los detalles de los pasos de deployment target, continúe con el paso siguiente.

Configurar almacenamiento de artefactos

Cualquier cambio en el origen activa el conducto de integración continua. Cuando una integración continua se ejecuta correctamente, se crea una compilación o un artefacto binario, que se guarda en un almacenamiento transitorio y, a continuación, se despliega en las VSI de destino.

Almacenamiento de artefactos " caption-side="bottom"} de artefactos{: caption="

Puede utilizar IBM Cloud Object Storage para almacenar los artefactos de compilación transitorios en la cadena de herramientas. La interconexión de integración continua compila el archivo .jar ejecutable para la aplicación Java Spring de ejemplo.

Almacenamiento de artefactos VPC Cloud Object Storage
Almacenamiento de artefactos VPC Cloud Object Storage

Si lo prefiere, puede utilizar Artifactory, si tiene una instancia de Artifactory propia.

Añadir integraciones de herramientas opcionales

Puede añadir la integración de herramientas de IBM Cloud® DevOps Insights a la cadena de herramientas sin ninguna configuración adicional.

DevOps Insights se incluye en la cadena de herramientas creada. No se necesita ningún paso de configuración para DevOps Insights. La interconexión de integración continua utiliza automáticamente la instancia de DevOps Insights incluida en la cadena de herramientas. DevOps Insights agrega datos de despliegue, compilación, prueba y código para proporcionar visibilidad sobre la velocidad y la calidad de todos los equipos y releases.

Pulse Continuar.

Complete la configuración de la cadena de herramientas

En la página Resumen, pulse Crear. Para configurar la cadena de herramientas, se ejecutan varios pasos automáticamente.

Puede configurar las integraciones de cadenas de herramientas individuales después de crear la interconexión.

Kubernetes Resumen de la cadena de
herramientas de aplicaciones seguras de VPC

Exploración de su nueva cadena de herramientas

Después de crear la cadena de herramientas, muestra cada una de las integraciones de herramientas que forman parte de la cadena de herramientas en un diagrama.

Exploración de los conductos

Puede explorar los conductos para comprender el flujo de la cadena de herramientas y las distintas operaciones que se ejecutan dentro de cada conducto. La cadena de herramientas que acaba de crear contiene tres interconexiones:

  • Interconexión de solicitud de extracción: se ejecuta cuando un desarrollador fusiona cambios de la rama de desarrollo con la rama maestra o con cualquier otra rama del repositorio. El conducto de la solicitud de extracción ejecuta la prueba unitaria y las exploraciones estáticas sobre el código fuente de la aplicación.
  • Interconexión de integración continua: se ejecuta cuando se fusiona un cambio en la rama maestra del repositorio de código fuente de aplicación. La interconexión de integración continua ejecuta la prueba de unidad, la cobertura de código, las exploraciones estáticas en el código fuente de aplicación, la comprobación de CIS y la comprobación de la lista de materiales (BOM). La interconexión de entrega continua genera también los artefactos de compilación binarios y los carga en IBM Cloud® Kubernetes Service, tal y como se ha configurado en la cadena de herramientas. Además, la interconexión de integración continua genera los metadatos de los artefactos de compilación y los almacena en el repositorio de inventario.
  • Interconexión de despliegue continuo: despliega artefactos de compilación en el entorno de despliegue. La interconexión verifica el despliegue correcto de la aplicación ejecutando la comprobación de estado. Una vez completada la interconexión de integración continua, debe activar de forma manual esta interconexión. En función de la estrategia de despliegue seleccionada, se añadirán más desencadenantes a la interconexión de entrega continua.

Ejecutar las interconexiones de integración continua y solicitud de extracción

Para iniciar la interconexión de solicitud de extracción, cree una solicitud de fusión en el repositorio de aplicaciones:

  1. En la página Visión general de la cadena de herramientas, en la tarjeta Repositorios, pulse el repositorio de la aplicación compliance-app-<timestamp>.
  2. Desde el repositorio maestro, cree una rama.
  3. Actualice parte del código de la aplicación del nodo de ejemplo o el archivo readme y guarde los cambios.
  4. Envíe la solicitud de fusión.
  5. En la página Visión general de la cadena de herramientas, en la tarjeta Repositorios, pulse el repositorio de pr-pipeline para iniciar la interconexión de la solicitud de extracción. La solicitud de fusión correspondiente en el repositorio de aplicaciones permanece en estado pendiente hasta que todas las etapas de la interconexión de la solicitud de extracción se completan correctamente.
  6. Si la ejecución de la interconexión de solicitud de extracción se realiza correctamente, puede seleccionarla para explorar los pasos completados.

Para iniciar la interconexión de integración continua, fusione la solicitud de fusión de integración continua en el repositorio de aplicaciones:

  1. Vaya a la solicitud de fusión.
  2. Fusione la solicitud para que los cambios se copien en la rama maestra del repositorio de aplicaciones. La interconexión de integración continua se desencadena automáticamente.
  3. En la página Visión general de la cadena de herramientas de integración continua, en la tarjeta Repositorios, pulse el repositorio de ci-pipeline para iniciar la interconexión de integración continua.
  4. Después de la correcta ejecución de la interconexión de integración continua, puede pulsar la ejecución de la interconexión para explorar los pasos completados.

Éxito de la canalización de integración " caption-side="bottom"} de la canalización de integración{: caption="

Para evaluar si hay alguna anomalía en la ejecución de la interconexión, compruebe el paso final de la interconexión, que tiene un evaluador de interconexiones.

Explorar la interconexión de entrega continua

Las interconexiones de integración continua y solicitud de extracción son comunes en todas las estrategias de despliegue. Los cambios en la implementación y el diseño de la interconexión de entrega continua se basan en la estrategia de despliegue seleccionada previamente en esta guía de aprendizaje.

Esta guía de aprendizaje muestra cómo funciona la estrategia de despliegue azul-verde mediante la aplicación de ejemplo.

Explorar el despliegue azul-verde

La estrategia de despliegue azul-verde que se utiliza en esta guía de aprendizaje muestra cómo se puede utilizar una estrategia de despliegue con Continuous Delivery Service para ejecutar las cargas de trabajo de producción en VPC. La interconexión de entrega continua proporciona tres desencadenantes para el despliegue azul-verde. Puede iniciar una interconexión de entrega continua de cualquiera de las maneras siguientes:

  • Desencadene manualmente la interconexión de entrega continua.
  • Desencadene automáticamente la interconexión de entrega continua después de cada acción de Merge en el repositorio de inventario. Después de la fusión, debe desencadenar manualmente la ejecución de la interconexión de entrega continua.
  • Alterne entre los despliegues azul y verde para obtener una retrotracción automatizada.

Activadores de la cadena de suministro{: caption="para el despliegue Blue-GreenActivadores de la cadena de suministro continuo para el " caption-side="bottom"} Blue-Green

En esta guía de aprendizaje, se muestra cómo funciona la estrategia de despliegue azul-verde mediante la aplicación de ejemplo.

  1. Ejecute el desencadenante manual desde la interconexión de entrega continua para desplegar la primera versión de la aplicación.

    Ejecución manual de la canalización de entrega " caption-side="bottom"} manual de la canalización de entrega{: caption="

  2. Localice el URL de la aplicación en el paso release de la interconexión de entrega continua y pulse el URL para verificar que se está ejecutando la aplicación.

    Ubicación de la aplicación URL Ubicación de la aplicación URL

  3. Actualice el código de la aplicación y confirme los cambios. Actualice el mensaje de bienvenida de la aplicación de ejemplo:

    a. En la página Visión general de la cadena de herramientas, en la tarjeta Repositorios, pulse el repositorio de la aplicación de ejemplo.

    b. Actualice el mensaje de bienvenida en el archivo utils.js.

    c. Espere hasta que la ejecución de la interconexión de integración continua se haya completado correctamente.

  4. Ejecute el desencadenante manual desde la interconexión de entrega continua y espere hasta que la ejecución de la interconexión de entrega continua se haya completado correctamente.

  5. Vuelva a comprobar el URL de la aplicación para confirmar que se ha desplegado la aplicación actualizada. Ambas versiones de la aplicación se ejecutan simultáneamente. Todo el tráfico de red se dirige a la aplicación actualizada.

  6. Pruebe la retrotracción ejecutando el desencadenante de switch-blue-green desde la interconexión de entrega continua. Espere hasta que la ejecución de la interconexión del desencadenante de conmutación haya finalizado correctamente.

    Activación con
    del cambio de canal de entrega
    con éxito del cambio de canal de entrega continua*

  7. Vuelva a comprobar el URL de la aplicación para confirmar que se visualice la versión anterior de la aplicación.

Puede ejecutar el desencadenante de conmutación varias veces para alternar entre la versión previa de la aplicación y la más reciente.

¿Está buscando ayuda?

IBM Cloud, que funciona con la tecnología de IBM ( watsonx ), está diseñado para ayudarle a aprender a trabajar en IBM Cloud y a crear soluciones con el catálogo de productos y servicios disponibles. Consulte Cómo obtener ayuda del asistente de IA.

Para obtener más opciones de soporte, consulte Obtención de ayuda y soporte para Continuous Delivery.