Application Load Balancer(ALB) 뒤의 EC2에 호스팅된 전역 웹사이트가 웹 서버의 로드를 줄이기 위해 CloudFront 배포의 원본으로 구성되어 있습니다. 일주일 후에도 서버 로드가 줄어들지 않고 요청이 여전히 ALB에 직접 도달하는 것으로 보입니다. 어떤 문제가 이러한 동작을 설명할 수 있을까요? (두 가지 선택)

DNS 레코드가 CloudFront 배포 대신 ALB로 직접 확인되고 있다면, 사용자의 요청이 CloudFront를 거치지 않고 직접 ALB로 전달되어 CloudFront의 캐싱 이점을 활용할 수 없습니다. 따라서 서버 로드가 줄어들지 않습니다. CloudFront 배포의 기본, 최소 및 최대 TTL(Time To Live) 값이 0초로 설정되면, CloudFront는 객체를 캐시하지 않고 모든 요청을 원본(ALB)으로 전달합니다. 이는 CloudFront가 캐싱 프록시 역할을 하지 못하게 하여 서버 로드 감소 효과를 얻을 수 없게 합니다. CloudFront가 ALB에 대한 원본 액세스 ID로 구성되지 않은 것은 ALB에 대한 직접 액세스를 막는 보안 기능이며, 로드 감소와는 직접적인 관련이 없습니다. ALB 보안 그룹이 CloudFront 엣지 로케이션의 인바운드 트래픽을 차단하면 아예 서비스가 불가능합니다. ALB 대상 그룹이 스티키 세션을 사용하도록 구성되어도 캐싱 동작에는 영향을 주지 않습니다.