Una API de API Gateway invoca una función Lambda a través de un alias de Lambda. Un desarrollador actualizó el código y quiere permitir que otros desarrolladores prueben la nueva versión sin afectar a los clientes que usan la API. ¿Qué enfoque proporciona esto con la menor sobrecarga operativa?

La opción correcta es publicar una nueva versión de Lambda, crear un nuevo stage de API Gateway integrado con esa nueva versión y usar el nuevo stage para las pruebas. Esta es la forma más sencilla y con menor sobrecarga operativa para probar una nueva versión de Lambda sin afectar a los usuarios de la API en producción. Los stages de API Gateway permiten mapear diferentes entornos (como desarrollo, prueba, producción) a distintas versiones de funciones Lambda, facilitando las pruebas aisladas. Cambiar el alias de Lambda para enrutamiento ponderado (opción incorrecta) afectaría a los clientes existentes, ya que un porcentaje de ellos sería dirigido a la nueva versión, lo cual no es el objetivo. Implementar una Lambda de filtrado (opción incorrecta) añade complejidad y sobrecarga operativa innecesaria. Crear una API Gateway separada (opción incorrecta) es posible, pero crear un nuevo stage dentro de la API existente es más eficiente y menos propenso a errores de gestión.