Un desarrollador actualizó una función Lambda utilizada por un backend de API Gateway para una aplicación web y necesita probar la función actualizada sin afectar a los usuarios de producción. ¿Cuál es el enfoque MÁS eficiente operativamente para probar la función Lambda actualizada sin afectar el tráfico de producción?

Crear una nueva etapa de prueba en API Gateway y utilizar variables de etapa es el enfoque más eficiente. Las etapas de API Gateway permiten desplegar diferentes versiones de su API en entornos separados (por ejemplo, desarrollo, prueba, producción) sin duplicar toda la infraestructura. Al crear una nueva etapa de prueba y configurar una variable de etapa para apuntar a la versión actualizada de la función Lambda, puede probar la nueva funcionalidad de forma aislada utilizando una URL de etapa distinta, sin afectar el tráfico de producción que sigue apuntando a la función Lambda original en la etapa de producción. Las otras opciones son menos eficientes o inapropiadas: Una "canary release" (lanzamiento canario) implica dirigir un pequeño porcentaje de tráfico de producción a la nueva versión, lo cual no es adecuado para "probar sin afectar a los usuarios de producción". Cambiar el tipo de endpoint a PRIVATE restringiría el acceso a la API, pero no permite probar una nueva versión de Lambda sin afectar la versión actual. Desplegar una copia completa de la API y Lambda en una nueva "stack" de CloudFormation es costoso en términos de recursos y tiempo, y es un enfoque excesivo para simplemente probar una función Lambda actualizada.