한 회사가 수천 마리 바다거북의 이동 패턴을 기록하기 위해 GPS 추적기를 사용합니다. 추적기는 5분마다 확인하며, 거북이가 100야드(91.4미터) 이상 이동한 경우, AWS 리전의 여러 가용 영역에 있는 3개의 Amazon EC2 인스턴스에서 실행되는 웹 애플리케이션으로 새 좌표를 보냅니다. 최근 웹 애플리케이션이 예상치 못한 추적기 데이터 양에 압도되어 데이터가 손실되었고 이벤트를 다시 재생할 방법이 없었습니다. 솔루션스 아키텍트는 운영 오버헤드를 최소화하면서 이러한 일이 다시 발생하지 않도록 해야 합니다. 솔루션스 아키텍트는 무엇을 해야 할까요?

이 솔루션은 Amazon SQS를 사용하여 추적기 데이터의 급증을 처리하고 데이터 손실을 방지합니다. SQS는 메시지를 저장하고 애플리케이션이 처리할 준비가 될 때까지 보존하는 분산 메시지 대기열 서비스입니다. 웹 애플리케이션은 SQS 대기열에서 메시지를 폴링하여 처리 속도를 자체적으로 조절할 수 있습니다. 이는 애플리케이션이 갑작스러운 데이터 급증에 압도되지 않도록 하여 데이터 손실을 방지하고 운영 오버헤드를 최소화합니다. Amazon S3는 객체 스토리지 서비스이며 실시간 메시지 대기열에 적합하지 않습니다. Amazon API Gateway는 API를 생성하고 관리하는 데 사용되지만, 백엔드 서비스의 용량을 초과하는 데이터 급증을 처리하기 위한 기본 메커니즘을 제공하지 않습니다. Amazon DynamoDB는 NoSQL 데이터베이스 서비스이며, 데이터베이스에 직접 쓰는 것은 여전히 애플리케이션이 갑작스러운 데이터 급증에 압도될 위험이 있습니다.