Un equipo de DevOps implementa una aplicación de ECS detrás de un ALB usando CodeDeploy con blue/green all-at-once. Una versión reciente causó un gran aumento en los tiempos de respuesta y requirió una reversión. El equipo quiere un enfoque de implementación que les permita observar una nueva versión antes de cambiar todo el tráfico y revertir rápidamente si los tiempos de respuesta aumentan. ¿Qué combinación de pasos cumple con esto?

La configuración de implementación CodeDeployDefault.ECSCanary10Percent5Minutes es la correcta porque un despliegue canario permite dirigir un pequeño porcentaje del tráfico (10%) a la nueva versión durante un período de tiempo (5 minutos) antes de cambiar todo el tráfico. Esto permite observar el comportamiento de la nueva versión sin afectar a todos los usuarios. La opción CodeDeployDefault.ECSLinear10PercentEvery3Minutes es incorrecta porque, aunque es una estrategia gradual, no es un canario y no permite la observación inicial con un porcentaje fijo antes de una progresión lineal. La alarma de CloudWatch en la métrica ALB TargetResponseTime es la correcta porque el problema inicial fue un aumento en los tiempos de respuesta. Monitorear esta métrica y configurar una reversión automática si excede un umbral permite detectar y mitigar rápidamente el problema. Las alarmas en UnHealthyHostCount y TargetConnectionErrorCount son incorrectas porque, si bien son útiles para monitorear la salud de los objetivos, no abordan directamente el problema de los tiempos de respuesta elevados que experimentó el equipo.