AWS Elastic Beanstalk에 배포된 애플리케이션은 Amazon Aurora를 사용하며, Elastic Beanstalk 도메인을 오리진으로 사용하는 CloudFront 배포를 통해 서비스됩니다. CloudFront는 사용자가 액세스하는 대체 도메인 이름으로 구성되어 있습니다. 매주 애플리케이션은 유지보수를 위해 오프라인 상태가 되며, 이 기간 동안 회사는 방문자가 정보 페이지(CloudFront 오류 아님)를 보기를 원합니다. 첫 번째 단계인 S3 버킷 생성은 이미 완료되었습니다. 솔루션스 아키텍트는 이 동작을 구현하기 위해 다음 세 가지 작업을 수행해야 합니다.

정적 정보 콘텐츠를 S3 버킷에 업로드하는 것은 유지보수 페이지를 제공하기 위한 필수 첫 단계입니다. 기존 CloudFront 배포에 S3 버킷을 두 번째 오리진으로 추가하고 OAI를 구성하면 CloudFront가 S3 버킷의 콘텐츠에 안전하게 접근할 수 있게 됩니다. OAI는 S3 버킷에 대한 직접 접근을 방지하고 CloudFront를 통해서만 콘텐츠가 제공되도록 합니다. 주간 유지보수 중에 기존 배포의 기본 캐시 동작을 S3 오리진으로 변경하면, 모든 요청이 유지보수 페이지로 라우팅됩니다. 유지보수 완료 후 이 변경 사항을 되돌려 정상 서비스로 복구할 수 있습니다. 새로운 CloudFront 배포를 생성하는 것은 불필요하며, 기존 배포를 활용하는 것이 효율적입니다. Elastic Beanstalk이 S3 버킷에서 직접 트래픽을 제공하도록 구성하는 것은 CloudFront의 역할을 우회하므로 적절하지 않습니다.