Un desarrollador ha corregido un error en una función AWS Lambda de producción y ha validado el cambio en un entorno de prueba. El desarrollador quiere implementar la actualización gradualmente en producción para que inicialmente solo el 10% de los usuarios vean el código nuevo. ¿Cuál es el enfoque apropiado?

La opción correcta es usar versiones y alias de Lambda con enrutamiento de tráfico ponderado. Primero, se actualiza el código y se publica una nueva versión. Luego, se crea un alias que apunta a esta nueva versión y a la versión de producción existente, configurando el peso del tráfico para dirigir el 10% a la nueva versión y el 90% a la de producción. Esto permite una implementación gradual (despliegue canary). Las otras opciones son incorrectas porque: Crear un disparador (trigger) de Lambda no gestiona el enrutamiento de tráfico entre versiones. Crear una función Lambda separada con un alias apuntando a ella no es la forma estándar de gestionar versiones y despliegues canary en Lambda; los alias deben apuntar a versiones de la misma función. Una integración de proxy de Lambda (como API Gateway) podría usarse para dividir el tráfico, pero la pregunta se centra en la función Lambda misma, y los alias de Lambda ofrecen una solución nativa y más directa para este caso.