Un desarrollador está implementando código Lambda actualizado que rastrea la actividad en línea del usuario. La aplicación web invoca la función Lambda a través del AWS SDK. El desarrollador quiere que solo un pequeño porcentaje de las solicitudes invocadas por el SDK llamen al código nuevo, mientras que la mayoría continúe llamando al código original. ¿Qué enfoque satisface este requisito?

La opción correcta es crear un alias para la función Lambda y configurarlo con un peso que dirija un porcentaje específico a la versión actualizada. Los alias de Lambda permiten dirigir el tráfico entre dos versiones de una función, lo que es ideal para implementaciones canary o pruebas A/B. Al asignar un peso, como un 10% a la nueva versión y un 90% a la original, solo un pequeño porcentaje de las invocaciones del SDK utilizará el código actualizado, cumpliendo con el requisito. Crear una versión de Lambda por sí sola no dirige el tráfico; solo guarda un estado inmutable del código. Los Application Load Balancers y Network Load Balancers no son el mecanismo nativo ni más eficiente para gestionar el enrutamiento de tráfico entre versiones de funciones Lambda invocadas directamente por el SDK; su uso principal es para enrutar el tráfico HTTP/TCP a servicios backend, no para el control de versiones de Lambda.