Un desarrollador implementó una nueva versión de una función de AWS Lambda. Para validarla, el desarrollador debe enrutar el 50% del tráfico a la nueva versión y el 60% del tráfico a la versión actual. ¿Cuál es la forma MÁS eficiente operativamente de lograr esto?

La opción correcta es crear un alias de función Lambda y configurar su enrutamiento para distribuir el tráfico entre las versiones. Los alias de Lambda permiten dividir el tráfico entre dos versiones de una función, lo que facilita las implementaciones canary o blue/green. Al apuntar las fuentes de eventos al alias, Lambda gestiona automáticamente la distribución del tráfico según los pesos configurados (50% a la nueva versión y 50% a la actual, como se solicita). Las otras opciones son incorrectas porque: Usar Amazon Route 53 para enrutamiento ponderado a diferentes versiones de Lambda no es la forma más eficiente operativamente para este caso. Route 53 se usa para enrutamiento a nivel de DNS, no para la gestión de versiones de funciones Lambda directamente. Amazon API Gateway con canary releases es una opción válida para API, pero la pregunta se centra en la función Lambda en sí y su tráfico, no específicamente en una API Gateway. Además, la configuración de la variable de etapa para anular la versión el 50% del tiempo es un enfoque más complejo que el enrutamiento de alias de Lambda. Las asignaciones de origen de eventos de Lambda no permiten establecer pesos para distribuir eventos entre diferentes versiones de una función. Las asignaciones de origen de eventos conectan un origen (como SQS, Kinesis) a una función Lambda, pero no gestionan el enrutamiento de versiones de la función.