한 회사에서 비동기 API를 Amazon API Gateway에서 실행하고 있으며, AWS Lambda 함수는 사용자 요청을 마이크로서비스로 보내기 전에 Amazon DynamoDB에 저장합니다. 회사는 예산이 허용하는 한 DynamoDB 처리량을 프로비저닝했지만, 여전히 가용성 문제와 요청 손실을 겪고 있습니다. 기존 사용자에게 영향을 주지 않으면서 이 문제를 해결하기 위해 솔루션스 아키텍트가 수행해야 할 작업은 무엇입니까?

정답은 Amazon Simple Queue Service (Amazon SQS) 큐와 Lambda를 사용하여 DynamoDB에 대한 쓰기를 버퍼링하는 것입니다. 이 방법은 DynamoDB의 프로비저닝된 처리량 한계를 초과하는 요청을 SQS 큐에 저장하여 요청 손실을 방지하고 DynamoDB가 처리할 수 있는 속도로 데이터를 쓸 수 있도록 합니다. Lambda 함수는 큐에서 메시지를 가져와 DynamoDB에 비동기적으로 기록하여 DynamoDB의 과부하를 방지하고 가용성을 향상시킵니다. 서버 측 스로틀링 제한을 사용하여 API Gateway에 스로틀링을 추가하는 것은 요청을 거부하여 사용자에게 직접적인 영향을 미치므로 기존 사용자에게 영향을 주지 않으면서 문제를 해결하려는 요구 사항에 부합하지 않습니다. DynamoDB Accelerator (DAX)는 읽기 성능 향상에 사용되며 쓰기 버퍼링에는 적합하지 않습니다. 보조 인덱스는 쿼리 성능을 향상시키지만 쓰기 처리량 문제를 해결하지는 않습니다.