한 회사에서 us-west-1 리전에 있는 Application Load Balancer 뒤의 Amazon EC2 인스턴스에서 동적 웹사이트를 제공하고 있습니다. 이 사이트는 여러 언어를 지원해야 하며, 전 세계 다른 지역의 사용자들에게 높은 지연 시간을 경험하게 하고 있습니다. 이 회사는 여러 리전에 아키텍처를 다시 만들지 않고도 더 빠른 글로벌 성능을 원합니다. 솔루션스 아키텍트는 무엇을 해야 할까요?

이 솔루션은 Amazon CloudFront를 사용하여 전 세계 사용자에게 콘텐츠를 더 빠르게 제공합니다. CloudFront는 엣지 로케이션에 콘텐츠를 캐시하여 지연 시간을 줄입니다. 기존 Application Load Balancer(ALB)를 오리진으로 사용하면 동적 웹사이트를 그대로 유지하면서 CloudFront의 이점을 활용할 수 있습니다. Accept-Language 헤더를 기반으로 캐시하도록 설정하면 사용자 언어에 따라 적절한 콘텐츠를 제공하면서도 캐싱 효율성을 높일 수 있습니다. 오답 설명: S3 버킷으로 교체하는 것은 동적 웹사이트에 적합하지 않으며, 기존 아키텍처를 크게 변경해야 합니다. API Gateway는 API를 위한 서비스이며, 동적 웹사이트의 프런트엔드 성능 향상에 직접적으로 적합하지 않습니다. 여러 리전에 EC2 인스턴스를 시작하는 것은 "여러 리전에 아키텍처를 다시 만들지 않고도"라는 요구 사항에 위배됩니다.