AWS로 마이그레이션된 애플리케이션은 현재 ALB 뒤의 두 EC2 인스턴스에서 실행되는 정적 웹사이트 프런트엔드와 다른 ALB 뒤의 세 EC2 인스턴스에서 실행되는 Python 백엔드를 가지고 있습니다. 인스턴스는 온프레미스 피크 로드에 맞춰 크기가 조정된 대규모 온디맨드 범용 유형이지만, 트래픽은 점심시간에 집중되고 그 외 시간에는 적습니다. 솔루션스 아키텍트는 가용성을 해치지 않으면서 인프라 비용을 절감해야 합니다. 어떤 조치 조합을 취해야 할까요? (두 가지 선택)

정적 웹사이트 프런트엔드를 Amazon S3로 이동하면 EC2 인스턴스 비용을 완전히 제거하고 S3의 저렴한 스토리지 및 데이터 전송 요금만 지불하므로 비용을 크게 절감할 수 있습니다. S3는 높은 가용성과 확장성을 기본적으로 제공합니다. 백엔드 Python 애플리케이션을 범용 버스터블 EC2 인스턴스(예: T 시리즈)로 마이그레이션하면 트래픽이 적은 시간 동안 비용을 절감할 수 있습니다. 버스터블 인스턴스는 기준 CPU 성능을 제공하며 필요할 때 버스트할 수 있어 간헐적인 피크 로드에 적합하며, 온디맨드 범용 인스턴스보다 비용 효율적입니다. 오답 설명: 모든 EC2 인스턴스를 컴퓨팅 최적화 인스턴스로 변경하는 것은 비용을 증가시킬 수 있습니다. 컴퓨팅 최적화 인스턴스는 CPU 집약적인 워크로드에 적합하지만, 현재 인스턴스 유형보다 일반적으로 비싸며, 트래픽이 적은 시간에는 낭비될 수 있습니다. 프런트엔드를 AWS Elastic Beanstalk에 배포하는 것은 관리 오버헤드를 줄일 수 있지만, 동일한 인스턴스 유형을 사용한다면 비용 절감 효과는 미미합니다. S3로의 마이그레이션이 훨씬 더 큰 비용 절감 효과를 제공합니다. 모든 백엔드 EC2 인스턴스를 Spot Instances로 변경하는 것은 비용을 크게 절감할 수 있지만, Spot 인스턴스는 가용성이 보장되지 않고 언제든지 중단될 수 있으므로 가용성을 해칠 수 있습니다. 백엔드 애플리케이션의 중단 없는 운영이 중요하므로 적합하지 않습니다.