Una aplicación heredada migrada a EC2 detrás de un ALB y API Gateway necesita despliegues que minimicen la interrupción del usuario y permitan una reversión rápida con cambios mínimos en la aplicación. ¿Qué enfoque cumple estos objetivos?

La opción correcta permite despliegues canary, que son ideales para minimizar la interrupción del usuario y permitir reversiones rápidas. Al desplegar la nueva versión en un entorno paralelo y usar los despliegues canary de API Gateway, se puede dirigir un pequeño porcentaje del tráfico al nuevo entorno para probarlo en producción antes de un despliegue completo. Si surgen problemas, el tráfico se puede revertir instantáneamente al entorno antiguo. Las otras opciones tienen desventajas: Cambiar los registros de alias de DNS es un despliegue "big bang" que no permite reversiones rápidas sin interrupción. Añadir un nuevo grupo de destino y configurar API Gateway para enrutar el tráfico en fases es una opción viable, pero la creación de un entorno paralelo separado con despliegues canary de API Gateway ofrece una mayor independencia y aislamiento, lo que facilita las pruebas y la reversión. Reenviar todo el tráfico de golpe a un nuevo grupo de destino es un despliegue "big bang" con alto riesgo de interrupción.