웹 애플리케이션이 Lambda 백엔드와 함께 API Gateway를 사용합니다. 개발자가 Lambda 코드의 버그를 수정했으며, 프로덕션으로 승격하기 전에 새 개발 환경에서 수정 사항을 검증해야 합니다. 사용 가능한 프로덕션 스테이지는 하나뿐이며, 개발자는 다른 개발자가 테스트 변경 사항을 덮어쓰는 것을 방지해야 합니다. 최소한의 노력으로 이를 달성하는 단계 조합은 무엇입니까? (두 가지 선택)

이 시나리오의 목표는 프로덕션에 영향을 주지 않고 Lambda 코드 변경 사항을 격리된 방식으로 테스트하는 것입니다. 두 번째 정답은 Lambda 버전 및 별칭을 사용하여 코드 변경 사항을 관리하는 올바른 단계를 설명합니다. Lambda 코드를 수정한 후 새 버전을 게시하고 hotfix 별칭이 이 새 버전을 가리키도록 합니다. 이렇게 하면 hotfix 별칭을 호출하는 모든 애플리케이션이 수정된 코드를 사용하게 됩니다. 첫 번째 정답은 API Gateway에서 이 hotfix 별칭을 사용하는 방법을 설명합니다. API Gateway 통합에서 Lambda 함수를 hotfix 별칭을 사용하도록 변경하고, hotfix라는 새 API Gateway 스테이지에 API를 배포합니다. 이렇게 하면 프로덕션 스테이지에 영향을 주지 않고 hotfix 스테이지를 통해 새 코드를 테스트할 수 있습니다. 다른 옵션들은 다음과 같은 이유로 올바르지 않습니다: 첫 번째 오답은 기존 프로덕션 스테이지에 새 리소스를 생성하므로 프로덕션 환경에 위험을 초래할 수 있습니다. 세 번째 오답은 별칭이 $LATEST 버전을 가리키도록 하는데, $LATEST는 항상 최신 코드를 나타내므로 테스트 중에 다른 개발자의 변경 사항에 의해 덮어쓰여질 수 있습니다. 다섯 번째 오답은 개발 환경을 위해 별도의 API Gateway API를 생성하는 것은 불필요한 노력과 리소스 중복을 초래합니다.