Amazon API Gateway, AWS Lambda, Amazon DynamoDB로 구축된 애플리케이션에서 PUT 요청에 대한 오류가 점점 더 많이 발생하고 있습니다. 대부분의 PUT 요청은 API 키로 인증된 소수의 클라이언트에서 발생하며, 한 클라이언트가 많은 요청을 생성하고 있습니다. 이 API는 중요하지 않으며 클라이언트는 실패한 요청을 재시도할 수 있지만, 눈에 보이는 오류는 고객 인식에 해를 끼칩니다. 고객 경험을 개선하기 위해 무엇을 권장해야 할까요?

API Gateway 사용 계획에 스로틀링을 적용하면 특정 API 키(클라이언트)가 초당 보낼 수 있는 요청 수를 제한하여 서비스 과부하를 방지하고 안정성을 유지할 수 있습니다. 이는 한 클라이언트가 많은 요청을 생성하여 발생하는 오류를 줄이는 데 효과적입니다. 클라이언트가 429 응답을 받으면 재시도 로직을 통해 요청을 다시 시도할 수 있으므로 고객 경험을 개선할 수 있습니다. 다른 옵션들은 다음과 같은 이유로 적절하지 않습니다. 클라이언트 애플리케이션에 지수 백오프 및 지터가 포함된 재시도 로직을 추가하는 것은 클라이언트 측의 해결책이지만, 서버 측의 과부하를 직접적으로 방지하지는 못합니다. API 캐싱은 응답 시간을 단축하지만, PUT 요청은 데이터를 변경하므로 캐싱의 이점이 적고, 오류 발생의 근본 원인을 해결하지 못합니다. Lambda 함수에 예약된 동시성을 설정하는 것은 Lambda의 성능을 보장하지만, API Gateway 수준에서 발생하는 과도한 요청으로 인한 오류를 직접적으로 해결하지는 못합니다.