개발자가 Amazon Cognito 인증을 사용하는 프런트엔드 UI를 통해 고객이 사용하는 Amazon API Gateway REST API를 관리합니다. 개발자는 새로운 엔드포인트를 도입하고 호환되지 않는 인터페이스 변경 사항을 포함하는 새 API 버전을 가지고 있습니다. 개발자는 기존 고객에게 영향을 주지 않으면서 다른 팀 개발자에게 새 API에 대한 베타 액세스를 제공해야 합니다. 가장 적은 운영 오버헤드로 이를 달성하는 접근 방식은 무엇입니까?

가장 적은 운영 오버헤드로 이 목표를 달성하는 방법은 기존 API Gateway API에 개발 스테이지를 생성하는 것입니다. API Gateway 스테이지는 API의 특정 배포 지점이며, 각 스테이지는 고유한 URL을 가집니다. 이를 통해 개발자는 기존 고객에게 영향을 주지 않고 새로운 API 버전을 배포하고 테스트할 수 있습니다. 다른 개발자들은 이 개발 스테이지 엔드포인트를 사용하여 새 API에 베타 액세스할 수 있습니다. 별도의 API Gateway API를 생성하는 것은 더 많은 관리 오버헤드를 발생시키고, 쿼리 파라미터를 추가하는 것은 애플리케이션 로직을 복잡하게 만들며, 새 엔드포인트에 대해서만 새 API Gateway 엔드포인트를 생성하는 것은 전체 API 버전을 테스트하는 데 적합하지 않습니다.