Para reducir el riesgo al lanzar una nueva versión de una función Lambda existente, necesita dividir el tráfico entre la versión actual y la nueva versión para realizar pruebas. ¿Qué enfoque cumple este requisito?

Crear un alias de función y configurarlo para distribuir el tráfico entre dos versiones de Lambda es la solución correcta. Los alias de Lambda permiten enrutar el tráfico a diferentes versiones de una función, incluyendo la capacidad de realizar despliegues canary o blue/green al especificar un porcentaje de tráfico para cada versión. Esto minimiza el riesgo al permitir probar la nueva versión con una pequeña parte del tráfico antes de dirigir todo el tráfico hacia ella. Usar una política de enrutamiento ponderado en Route 53 no es adecuado porque Route 53 enruta el tráfico a nivel de dominio o subdominio, no directamente entre versiones de una función Lambda. Poner un Application Load Balancer delante de la función Lambda no es el mecanismo nativo ni más eficiente para la división de tráfico entre versiones de Lambda; API Gateway o los propios alias de Lambda son las herramientas diseñadas para esto. Empaquetar la nueva versión como una Lambda layer no es una forma de dividir el tráfico entre versiones de la función; las capas son para compartir código y dependencias, no para gestionar el enrutamiento de versiones.