정적 웹사이트가 Amazon S3 버킷에 저장되어 있으며, 기본 TTL이 86,400초인 CloudFront 배포를 통해 제공됩니다. 새 사이트 파일을 S3에 업로드한 후에도 방문자는 이전 콘텐츠를 계속 받습니다. SysOps 관리자는 업데이트된 사이트가 사용자에게 즉시 표시되도록 해야 합니다. 이 작업을 수행하는 방법은 무엇입니까?

정답은 CloudFront 배포에서 오래된 객체에 대한 무효화 요청을 제출하는 것입니다. CloudFront는 엣지 로케이션에 콘텐츠를 캐시하여 성능을 향상시킵니다. S3 버킷의 파일이 업데이트되어도 CloudFront 엣지 로케이션에는 이전 버전의 파일이 캐시되어 있을 수 있습니다. 무효화 요청을 제출하면 CloudFront는 엣지 로케이션에서 지정된 객체를 제거하고, 다음 요청 시 S3 원본에서 최신 버전을 가져오도록 강제합니다. DNS CNAME 레코드의 TTL을 변경하는 것은 CloudFront 캐싱 동작에 영향을 주지 않습니다. 새 CloudFront 배포를 프로비저닝하는 것은 불필요하고 시간이 많이 소요되는 작업입니다. 웹사이트의 DNS 항목을 S3 버킷으로 직접 변경하면 CloudFront의 성능 및 보안 이점을 잃게 됩니다.