소매 주문 애플리케이션은 현재 웹 호스팅, 데이터베이스 API 서비스 및 비즈니스 로직을 위해 로드 밸런싱된 EC2 플릿을 사용하고 있습니다. 회사는 운영 오버헤드를 최소화하면서 실패한 주문을 나중에 처리할 수 있도록 분리되고 확장 가능한 아키텍처로 리팩터링하려고 합니다. 다음 아키텍처 중 이러한 목표를 가장 잘 달성하는 것은 무엇입니까?

정답은 운영 오버헤드를 최소화하면서 확장성과 내결함성을 제공합니다. Amazon S3는 정적 웹사이트 호스팅에 비용 효율적이고 확장 가능하며, AWS AppSync는 데이터베이스 API를 관리하는 데 서버리스 솔루션을 제공합니다. Amazon SQS는 주문 대기열에 대한 확장 가능한 메시징을 제공하고, AWS Lambda는 비즈니스 로직을 위한 서버리스 컴퓨팅을 제공하여 운영 오버헤드를 줄입니다. SQS 데드 레터 큐(DLQ)는 실패한 주문을 자동으로 보존하여 나중에 처리할 수 있도록 합니다. 다른 옵션들은 다음과 같은 이유로 최적이 아닙니다. 첫 번째 옵션은 Amazon ECS를 사용하여 비즈니스 로직을 실행하는데, 이는 Lambda보다 운영 오버헤드가 더 큽니다. 두 번째 옵션은 AWS Elastic Beanstalk와 Amazon MQ를 사용하는데, 이는 서버리스 솔루션보다 관리 오버헤드가 더 크고, S3 Glacier Deep Archive는 실패한 주문 보존에 적합하지 않습니다. 네 번째 옵션은 Amazon Lightsail과 Amazon SES를 사용하는데, Lightsail은 확장성이 제한적이고 SES는 메시징 대기열이 아닙니다.