[AWS] User Agent의 개념, CloudFront의 기본 동작, 한 눈에 이해하자

Origin Server는 ALB, EC2 등이 될 수 있다.

 

User Agent

 

User-Agent는 HTTP 요청 헤더 중 하나로, 클라이언트(사용자)의 브라우저, OS, 장치 유형 등 정보를 서버에 전달하는 역할을 한다.

User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/112.0.0.0 Safari/537.36

 

 

CloudFront

Amazon CloudFront는 AWS에서 제공하는 콘텐츠 전송 네트워크(CDN: Content Delivery Network) 서비스이다.
전 세계의 엣지 로케이션(Edge Location)을 활용해 정적/동적/스트리밍 콘텐츠를 사용자에게 빠르고 안전하게 제공한다.

 

CloudFront의 기본 동작

CloudFront 환경에서는 User-Agent 헤더 전달 기능이 기본 값으로 활성화 되어있지 않아 값이 누락될 수 있어 주의가 필요하다.

만약 User Agent 헤더에 대한 값을 받아보고 싶다면, CloudFront 배포 동작을 구성해야 한다. 

 

---

 

예제 문제

한 회사가 애플리케이션 로드 밸런서(ALB) 뒤의 Amazon EC2 인스턴스에서 웹사이트를 운영하고 있습니다. 이 회사는 Amazon CloudFront 배포판을 구성하고 ALB를 오리진으로 설정했습니다. 또한 모든 트래픽을 CloudFront 배포판을 통해 전송하기 위해 Amazon Route 53 CNAME 레코드를 생성했습니다. 그러나 의도치 않은 부작용으로 모바일 사용자에게 데스크톱 버전의 웹사이트가 제공되고 있습니다.
시스템 운영 관리자는 이 문제를 해결하기 위해 어떤 조치를 취해야 할까요?

• A. User-Agent 헤더를 전달하도록 CloudFront 배포 동작을 구성합니다.
• B. CloudFront 배포 오리진 설정을 구성합니다. 오리진 사용자 지정 헤더 목록에 User-Agent 헤더를 추가합니다.
• C. ALB에서 IPv6를 활성화합니다. CloudFront 배포 원본 설정을 업데이트하여 dualstack 엔드포인트를 사용합니다.
• D. CloudFront 배포에서 IPv6를 활성화합니다. Dualstack 엔드포인트를 사용하도록 Route 53 레코드를 업데이트합니다.

답 : A

이유 : User-Agent 헤더를 전달하기 위해서는 CloudFront 배포 동작을 구성해야 한다.

 

B의 경우 Custom Header에 대한 값을 개발자가 직접 정적인 값으로 정의한다.

즉, 클라이언트 요청에 대한 헤더를 전달하는 설정이 아니라, 개발자가 필요에 맞게 새로운 내용을 헤더에 추가하는 것이므로 User-Agent 헤더와 관련이 없다.

 

한 회사에 두 개의 가용 영역에 걸쳐 애플리케이션 로드 밸런서(ALB) 뒤에 있는 두 개의 Amazon EC2 인스턴스에서 실행되는 기존 웹 애플리케이션이 있습니다. 이 애플리케이션은 Amazon RDS 다중 AZ DB 인스턴스를 사용합니다. Amazon Route 53 레코드 세트는 동적 콘텐츠에 대한 요청을 로드 밸런서로, 정적 콘텐츠에 대한 요청을 Amazon S3 버킷으로 라우팅합니다. 사이트 방문자들이 로딩 시간이 매우 길다고 보고하고 있습니다.
웹사이트 성능을 개선하기 위해 어떤 조치를 취해야 할까요? (두 가지 선택)

• A. 정적 콘텐츠에 대한 Amazon CloudFront 캐싱을 추가합니다.
• B. 로드 밸런서 리스너를 HTTPS에서 TCP로 변경합니다.
• C. Amazon Route 53 지연 기반 라우팅을 활성화합니다.
• D. 웹 서버에 Amazon EC2 자동 확장을 구현합니다.
• E. 정적 콘텐츠를 Amazon S3에서 웹 서버로 이동합니다.

답 : A, D

C가 틀린 경우 : 지연 기반 라우팅의 경우, 멀티 리전 상황 시에서 유리하다. 따라서, 단일 리전으로 구성된 인프라에서는 설정할 이유가 없다.