한 회사에서 서드파티 벤더로부터 거의 실시간 데이터를 수신하는 REST 기반 애플리케이션을 Amazon EC2에서 실행하고 있습니다. 이 애플리케이션은 데이터를 처리하고 저장합니다. 컴퓨팅 용량이 급증하고 애플리케이션이 최대 용량에 도달하여 벤더가 데이터를 보낼 때 503 Service Unavailable 오류가 많이 발생합니다. 솔루션스 아키텍트가 더 확장 가능한 솔루션을 제공하기 위해 권장해야 하는 설계는 무엇입니까?

현재 EC2 인스턴스가 최대 용량에 도달하여 503 오류가 발생하는 상황에서, Amazon Kinesis Data Streams는 대량의 실시간 데이터를 안정적으로 수집하고 버퍼링하는 데 매우 효과적입니다. 이는 애플리케이션의 컴퓨팅 용량과 무관하게 데이터를 수신할 수 있게 하여, 갑작스러운 데이터 급증에도 서비스 중단을 방지합니다. AWS Lambda 함수는 서버리스 방식으로 데이터를 처리하므로, 들어오는 데이터 양에 따라 자동으로 확장 및 축소되어 효율적이고 비용 효과적인 솔루션을 제공합니다. 다른 옵션들은 다음과 같은 이유로 적절하지 않습니다. Amazon API Gateway는 요청을 제한할 수 있지만, 근본적인 처리 용량 문제를 해결하지는 못합니다. Amazon SNS는 메시지 알림 서비스이며, 대량의 실시간 데이터 스트림 수집에는 적합하지 않습니다. Amazon ECS로 컨테이너화하는 것은 확장성을 향상시키지만, 여전히 EC2 인스턴스의 용량에 의존하며 Kinesis Data Streams만큼 실시간 데이터 수집에 특화되어 있지 않습니다.