Una aplicación web utiliza API Gateway con un backend de Lambda. Un desarrollador corrigió un error en el código de Lambda y debe validar la corrección en un nuevo entorno de desarrollo antes de promocionarla a producción. Solo hay una etapa de producción disponible, y el desarrollador debe evitar que otros desarrolladores sobrescriban los cambios de prueba. ¿Qué combinación de pasos logra esto con el menor esfuerzo? (Elija dos).

Las dos opciones correctas permiten probar una corrección de errores de forma aislada sin afectar la producción ni interferir con el trabajo de otros desarrolladores. Primero, se debe corregir el código, probarlo y luego publicar una nueva versión de la función Lambda. Después, se crea un alias (por ejemplo, hotfix) que apunte a esta nueva versión. Esto aísla la corrección. Luego, en API Gateway, se modifica la integración para que apunte a este alias hotfix en lugar de a la versión $LATEST o a una versión específica de producción. Finalmente, se implementa la API en una nueva etapa (por ejemplo, hotfix). Esto crea un endpoint de API Gateway separado para la prueba, asegurando que los cambios no sobrescriban la etapa de producción existente y que otros desarrolladores puedan continuar trabajando sin interrupciones. La opción incorrecta de crear un nuevo recurso en la etapa de producción actual no es adecuada porque implica modificar la etapa de producción, lo que podría afectar a los usuarios o al trabajo de otros desarrolladores. La opción de apuntar el alias a $LATEST no es una buena práctica para entornos de prueba, ya que $LATEST es mutable y podría ser sobrescrito por otros desarrolladores. Crear una API Gateway separada para el entorno de desarrollo es una solución viable pero requiere más esfuerzo que crear una nueva etapa dentro de la API Gateway existente.