Una aplicación que se ejecuta en Amazon ECS necesita límites configurables (conexiones simultáneas máximas y transacciones máximas por segundo) que cambiarán con el tiempo. El desarrollador requiere que las actualizaciones de estos valores de configuración se implementen automáticamente sin tiempo de inactividad. ¿Qué solución satisface estos requisitos?

La opción correcta es instalar el agente de AWS AppConfig en las tareas de ECS, otorgar acceso a un rol de IAM a AppConfig, actualizar la configuración usando AWS AppConfig y usar la estrategia de implementación Canary10Percent20Minutes. AWS AppConfig permite gestionar y desplegar configuraciones de aplicaciones de forma controlada y sin tiempo de inactividad, utilizando estrategias de despliegue como Canary para minimizar riesgos. El agente de AppConfig en las tareas de ECS permite que las aplicaciones consuman estas configuraciones dinámicamente. Las otras opciones son incorrectas porque: Realizar cambios de configuración en la aplicación y usar CodeDeploy con una implementación in-place puede causar tiempo de inactividad o interrupciones, ya que la aplicación podría necesitar reiniciarse. Arrancar la aplicación con AWS CDK y desplegar a través de CDK con un tipo de lanzamiento ECSCanary10Percent15Minutes es un enfoque para la infraestructura, no para la configuración dinámica de la aplicación sin un redepliegue completo de la aplicación. Crear una función Lambda para realizar cambios de configuración y una alarma de CloudWatch cada 5 minutos es un enfoque reactivo y menos eficiente para la gestión de configuración dinámica que AppConfig, además de no garantizar un despliegue sin tiempo de inactividad.