Una aplicación para compartir contenido migrará de implementaciones blue/green de EC2/ALB a API Gateway y Lambda. El equipo necesita un proceso de implementación que admita probar los cambios en un pequeño subconjunto de usuarios (canary) antes de promocionarlos. ¿Qué enfoque de implementación satisface este requisito?

La opción correcta describe el uso de AWS CloudFormation con versiones de funciones Lambda y una estrategia de lanzamiento canary para API Gateway. CloudFormation permite la gestión declarativa de la infraestructura, y las versiones de Lambda son esenciales para las implementaciones canary, ya que permiten dirigir un porcentaje específico del tráfico a una nueva versión de la función. API Gateway soporta la configuración de lanzamientos canary, distribuyendo el tráfico entre las versiones de la API. Una vez que las pruebas son exitosas, la nueva versión se puede promocionar completamente. Las opciones incorrectas son: Usar AWS CDK con una política de enrutamiento de conmutación por error de Route 53 no es una estrategia de lanzamiento canary adecuada para API Gateway y Lambda, ya que la conmutación por error está diseñada para alta disponibilidad, no para distribuciones de tráfico graduales. AWS Elastic Beanstalk no es la herramienta principal para implementar API Gateway y Lambda de forma nativa, y su estrategia blue/green se aplica más a entornos EC2 que a servicios sin servidor. AWS OpsWorks está diseñado para la gestión de aplicaciones en EC2 o servidores on-premise, no para la implementación y gestión de API Gateway y Lambda.