Una API REST de API Gateway tiene un único recurso con un método GET integrado con una función Lambda. Ha publicado una nueva versión de la función Lambda y desea probarla antes de enrutar el tráfico de producción a ella. Las pruebas no deben afectar a la API REST de producción y deben requerir una sobrecarga operativa mínima. ¿Qué debe hacer?

La opción correcta es crear una nueva stage para la API REST y usar stage variables. Esto permite probar la nueva versión de Lambda en un entorno aislado sin afectar la API de producción. Al definir una stage variable que apunta a la función Lambda específica (o su alias/versión), se puede cambiar fácilmente la integración de la API Gateway para que apunte a la nueva versión de Lambda en la stage de prueba. Las otras opciones son menos eficientes o no cumplen con los requisitos: Agregar un nuevo recurso para cada prueba aumenta la complejidad de la API. Crear una API REST completamente nueva es una sobrecarga operativa significativa. Cambiar la integración del método GET existente afectaría directamente la producción, lo cual se quiere evitar.