AWS SAA 합격으로 가는 길 #5: [CloudFront] 마스터하기

안녕하세요, AWS SAA(Solution Architect Associate) 자격증을 준비하시는 여러분!

저는 넥스트클라우드에서 SA로 활동하고 있는 손유림이라고 합니다. 😊

문제는 세 가지 단계를 거치며 풀어나갈 거예요:

문제의 요구사항 분석하기
관련 AWS 서비스 생각하기
선택지 분석하기

자, 그럼 첫 번째 문제부터 살펴볼까요?

문제

회사는 Amazon S3에서 정적 웹 사이트를 호스팅하고 DNS에 Amazon Route 53을 사용하고 있습니다.

웹 사이트는 전 세계적으로 수요가 증가하고 있습니다. 회사는 웹사이트에 접속하는 사용자의 대기 시간을 줄여야 합니다.

이러한 요구 사항을 가장 비용 효율적으로 충족하는 솔루션은 무엇입니까?

선택지

1. 웹사이트가 포함된 S3 버킷을 모든 AWS 리전에 복제합니다. Route 53 지리적 위치 라우팅 항목을 추가합니다.

2. AWS Global Accelerator에서 액셀러레이터를 프로비저닝합니다. 제공된 IP 주소를 S3 버킷과 연결합니다. 가속기의 IP 주소를 가리키도록 Route 53 항목을 편집합니다.

3. S3 버킷 앞에 Amazon CloudFront 배포를 추가합니다. CloudFront 배포를 가리키도록 Route 53 항목을 편집합니다.

4. 버킷에서 S3 Transfer Acceleration을 활성화합니다. 새 엔드포인트를 가리키도록 Route 53 항목을 편집합니다.

요구사항에 맞는 서비스

1. Amazon S3에서 정적 웹 사이트 호스팅

Amazon S3 (Simple Storage Service): 확장 가능하고 내구성이 높은 객체 스토리지 서비스로, 정적 웹 사이트 호스팅에 적합합니다. S3를 통해 HTML, CSS, JavaScript 파일 등을 저장하고 이를 사용자가 요청할 때 제공할 수 있습니다. 특히, 글로벌 사용자에게 안정적으로 웹 콘텐츠를 제공할 수 있습니다.
- 웹 사이트 액세스에 대한 권한 설정
  - 버킷을 정적 웹 사이트로 구성할 때, 웹 사이트를 퍼블릭으로 설정하려면 퍼블릭 읽기 액세스 권한을 부여할 수 있습니다. 버킷을 공개적으로 읽기 가능하게 만들려면 버킷에 대해 퍼블릭 액세스 차단 설정을 사용 중지하고 퍼블릭 읽기 액세스 권한을 부여하는 버킷 정책을 작성해야 합니다.
  - 버킷에 대한 퍼블릭 액세스 차단 설정을 비활성화하지 않으면서 웹 사이트를 퍼블릭으로 설정하려면 Amazon CloudFront 배포를 생성하여 정적 웹 사이트를 제공할 수 있습니다.

2. DNS에 Amazon Route 53 사용

Amazon Route 53:확장 가능하고 가용성이 높은 클라우드 DNS 웹 서비스로, 사용자가 웹 사이트에 접속할 때 트래픽을 적절히 라우팅합니다. 전 세계적으로 분산된 DNS 서버를 통해 사용자의 위치에 따라 가장 가까운 리전으로 트래픽을 유도하여 지연 시간을 줄일 수 있습니다.

3. 전 세계적으로 수요 증가

Amazon CloudFront: 콘텐츠 전송 네트워크(CDN) 서비스로, S3와 결합하여 정적 웹 사이트의 콘텐츠를 전 세계적으로 빠르게 제공할 수 있습니다. CloudFront는 여러 엣지 로케이션을 통해 콘텐츠를 캐시하여 사용자가 요청할 때 가장 가까운 서버에서 콘텐츠를 제공함으로써 지연 시간을 줄입니다.

4. 웹사이트에 접속하는 사용자의 대기 시간 감소

Amazon CloudFront: 앞서 언급한 것처럼, CloudFront를 사용하면 콘텐츠가 글로벌 엣지 로케이션에 캐시되어 사용자의 지리적 위치와 관계없이 빠른 응답 시간을 보장할 수 있습니다. 이로 인해 전 세계적으로 대기 시간이 크게 감소합니다.

5. 비용 효율적인 솔루션

Amazon S3 + Amazon CloudFront: Amazon S3는 사용량 기반 과금 모델을 사용하므로, 초기 비용이 낮고 사용한 만큼만 지불합니다. CloudFront와 결합하면 콘텐츠 전송 비용이 줄어들고, 캐싱을 통해 S3에서 직접 데이터를 가져오는 빈도를 줄여 비용 효율을 극대화할 수 있습니다.

최적의 정답 선택하기

선택지 1번은 “웹사이트가 포함된 S3 버킷을 모든 AWS 리전에 복제합니다. Route 53 지리적 위치 라우팅 항목을 추가합니다.”입니다.

→ 선택지가 정답이 아닌 이유는 S3 버킷을 모든 리전에 복제하는 것은 비효율적이고 비용이 많이 들며, CloudFront를 사용하는 것보다 운영 오버헤드가 높기 때문입니다.

선택지 2번은 “AWS Global Accelerator에서 액셀러레이터를 프로비저닝합니다. 제공된 IP 주소를 S3 버킷과 연결합니다. 가속기의 IP 주소를 가리키도록 Route 53 항목을 편집합니다.”입니다.

→ 선택지가 정답이 아닌 이유는 Global Accelerator는 정적 웹 사이트 콘텐츠 배포를 위해 설계된 것이 아니기 때문입니다.

선택지 3번은 “S3 버킷 앞에 Amazon CloudFront 배포를 추가합니다. CloudFront 배포를 가리키도록 Route 53 항목을 편집합니다.”입니다.

→ 이 선택지는 CloudFront를 사용해 정적 웹 사이트의 콘텐츠를 전 세계적으로 빠르게 제공할 수 있는 최적의 솔루션을 제안하며, 이는 비용 효율적입니다. CloudFront는 글로벌 사용자들에게 낮은 지연 시간을 제공할 수 있는 기능을 갖추고 있습니다.

선택지 4번은 “버킷에서 S3 Transfer Acceleration을 활성화합니다. 새 엔드포인트를 가리키도록 Route 53 항목을 편집합니다.”입니다.

→ 선택지가 정답이 아닌 이유는 S3 Transfer Acceleration은 주로 업로드 성능을 향상하는 데 사용되며, 웹사이트의 콘텐츠 배포 및 대기 시간 감소에는 적합하지 않기 때문입니다.

문제에 대한 정답은 선택지 3번입니다!

자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.

첫 번째 과정은 “문제의 요구사항 분석하기”입니다.

이 문제에서는 5가지의 요구사항이 존재해요.

1. Amazon S3에서 정적 웹 사이트 호스팅

2. DNS에 Amazon Route 53 사용

3. 전 세계적으로 수요 증가

4. 웹사이트에 접속하는 사용자의 대기 시간 감소

5. 비용 효율적인 솔루션

"정적 웹 사이트 호스팅"

→ 정적 웹 사이트란 변하지 않는 내용을 가진 웹사이트를 말해요. 주로 HTML, CSS, JavaScript로 만들어지며, 사용자의 요청에 따라 내용이 바뀌지 않습니다.

두 번째 과정은 “요구사항과 관련된 AWS 서비스 생각하기”입니다.

1. Amazon S3에서 정적 웹 사이트 호스팅

Amazon S3 (Simple Storage Service): 확장 가능하고 내구성이 높은 객체 스토리지 서비스로, 정적 웹 사이트 호스팅에 적합합니다. S3를 통해 HTML, CSS, JavaScript 파일 등을 저장하고 이를 사용자가 요청할 때 제공할 수 있습니다. 특히, 글로벌 사용자에게 안정적으로 웹 콘텐츠를 제공할 수 있습니다.
- 웹 사이트 액세스에 대한 권한 설정
  - 버킷을 정적 웹 사이트로 구성할 때, 웹 사이트를 퍼블릭으로 설정하려면 퍼블릭 읽기 액세스 권한을 부여할 수 있습니다. 버킷을 공개적으로 읽기 가능하게 만들려면 버킷에 대해 퍼블릭 액세스 차단 설정을 사용 중지하고 퍼블릭 읽기 액세스 권한을 부여하는 버킷 정책을 작성해야 합니다.
  - 버킷에 대한 퍼블릭 액세스 차단 설정을 비활성화하지 않으면서 웹 사이트를 퍼블릭으로 설정하려면 Amazon CloudFront 배포를 생성하여 정적 웹 사이트를 제공할 수 있습니다.
  - 1단계: S3 퍼블릭 액세스 차단 설정 편집
    - 기존 버킷을 퍼블릭 액세스를 포함하는 정적 웹 사이트로 구성하려면 해당 버킷에 대한 퍼블릭 액세스 차단 설정을 편집해야 합니다.
    - 기본적으로 Amazon S3은 계정 및 버킷에 대한 퍼블릭 액세스를 차단합니다. 버킷을 사용하여 정적 웹 사이트를 호스팅하려는 경우 이러한 단계를 사용하여 퍼블릭 액세스 차단 설정을 편집할 수 있습니다.

2단계: 버킷 정책 추가
- 버킷의 객체를 공개적으로 읽기 가능하게 만들려면 모든 사용자에게 s3:GetObject 권한을 부여하는 버킷 정책을 작성해야 합니다.

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "PublicReadGetObject",
            "Effect": "Allow",
            "Principal": "*",
            "Action": [
                "s3:GetObject"
            ],
            "Resource": [
                "arn:aws:s3:::Bucket-Name/*"
            ]
        }
    ]
}

2. DNS에 Amazon Route 53 사용

Amazon Route 53: 확장 가능하고 가용성이 높은 클라우드 DNS 웹 서비스로, 사용자가 웹 사이트에 접속할 때 트래픽을 적절히 라우팅합니다. 전 세계적으로 분산된 DNS 서버를 통해 사용자의 위치에 따라 가장 가까운 리전으로 트래픽을 유도하여 지연 시간을 줄일 수 있습니다.
- 세 가지 주요 기능
  - 1. 도메인 이름 등록: Route 53을 통해 웹사이트 또는 웹 애플리케이션의 이름, 즉 도메인 이름을 등록할 수 있습니다. (예: example.com)
  - 2. 인터넷 트래픽을 도메인의 리소스로 라우팅: 사용자가 웹 브라우저를 열어 주소 표시줄에 도메인 이름(example.com) 또는 하위 도메인 이름(acme.example.com)을 입력한 경우 Route 53은 브라우저를 웹 사이트 또는 웹 애플리케이션에 연결하도록 돕습니다.
  - 3. 리소스의 상태 확인: 인터넷을 통해 웹 서버 같은 리소스로 자동화된 요청을 보내어 접근 및 사용이 가능하고 정상 작동 중인지 확인합니다. 리소스를 사용할 수 없게 될 때 알림을 수신하고 비정상 리소스가 아닌 다른 곳으로 인터넷 트래픽을 라우팅할 수도 있습니다.

3. 전 세계적으로 수요 증가

Amazon CloudFront: 콘텐츠 전송 네트워크(CDN) 서비스로, S3와 결합하여 정적 웹 사이트의 콘텐츠를 전 세계적으로 빠르게 제공할 수 있습니다. CloudFront는 여러 엣지 로케이션을 통해 콘텐츠를 캐시하여 사용자가 요청할 때 가장 가까운 서버에서 콘텐츠를 제공함으로써 지연 시간을 줄입니다.

→ 이 구조도는 S3를 오리진으로 사용하는 CloudFront 배포의 기본적인 설정을 보여줘요. 정적 웹사이트 호스팅이나 파일 배포 시스템에 적합한 아키텍처입니다.

4. 웹사이트에 접속하는 사용자의 대기 시간 감소

Amazon CloudFront: 앞서 언급한 것처럼, CloudFront를 사용하면 콘텐츠가 글로벌 엣지 로케이션에 캐시되어 사용자의 지리적 위치와 관계없이 빠른 응답 시간을 보장할 수 있습니다. 이로 인해 전 세계적으로 대기 시간이 크게 감소합니다.

→ CloudFront가 콘텐츠를 제공하는 방법을 설명해 볼게요. 사용자가 콘텐츠를 요청하면 가장 가까운 엣지 로케이션으로 연결됩니다. 이때, 엣지 로케이션에 요청된 콘텐츠가 있으면 바로 사용자에게 제공합니다. 없다면 리전 에지 캐시를 확인해요. 리전 에지 캐시에도 없는 경우 오리진 서버에서 콘텐츠를 가져옵니다. 가져온 콘텐츠는 리전 에지 캐시와 엣지 로케이션에 저장된 후 사용자에게 전달됩니다. 이 과정에서 일부 요청은 리전 에지 캐시를 거치지 않고 엣지 로케이션에서 직접 오리진 서버로 갈 수 있어요. 이러한 계층적 구조로 인해 콘텐츠 전달 속도가 빨라지고 오리진 서버의 부하가 줄어들며, 전반적인 사용자 경험이 개선됩니다.

5. 비용 효율적인 솔루션

Amazon S3 + Amazon CloudFront: Amazon S3는 사용량 기반 과금 모델을 사용하므로, 초기 비용이 낮고 사용한 만큼만 지불합니다. CloudFront와 결합하면 콘텐츠 전송 비용이 줄어들고, 캐싱을 통해 S3에서 직접 데이터를 가져오는 빈도를 줄여 비용 효율을 극대화할 수 있습니다.

마지막 과정은 “위의 정보들을 토대로 정답 선택하기”입니다.

선택지 1번은 “웹사이트가 포함된 S3 버킷을 모든 AWS 리전에 복제합니다. Route 53 지리적 위치 라우팅 항목을 추가합니다.”입니다.

Amazon S3: S3 버킷을 여러 리전에 복제함으로써 콘텐츠를 전 세계적으로 배포할 수 있습니다. 그러나 이 방법은 비용이 많이 들 수 있으며, 모든 리전에서 동일한 콘텐츠를 유지 관리하는 데 복잡성이 증가합니다.
Route 53 지리적 위치 라우팅: 이 기능은 사용자의 위치에 따라 특정 리전의 콘텐츠를 제공할 수 있지만, S3 버킷을 복제하는 방식은 일반적으로 CloudFront와 같은 CDN 솔루션보다 덜 효율적입니다.

이 선택지가 정답이 아닌 이유는 S3 버킷을 모든 리전에 복제하는 것은 비효율적이고 비용이 많이 들며, CloudFront를 사용하는 것보다 운영 오버헤드가 높기 때문입니다.

AWS Global Accelerator: 사용자에게 최적화된 네트워크 경로를 제공하여 애플리케이션의 성능을 개선합니다. 그러나 이 서비스는 주로 TCP 및 UDP 트래픽에 최적화되어 있으며, 정적 웹 사이트 콘텐츠 배포에는 CloudFront와 같은 CDN 서비스가 더 적합할 수 있습니다.
Route 53: Global Accelerator의 IP 주소를 사용하여 트래픽을 분산할 수 있지만, 이 방법은 일반적으로 S3와 CloudFront의 조합보다 비용이 높고 복잡할 수 있습니다.

이 선택지가 정답이 아닌 이유는 Global Accelerator는 정적 웹 사이트 콘텐츠 배포를 위해 설계된 것이 아니기 때문입니다.

선택지 3번은 “S3 버킷 앞에 Amazon CloudFront 배포를 추가합니다. CloudFront 배포를 가리키도록 Route 53 항목을 편집합니다.”입니다.

Amazon CloudFront: CloudFront는 글로벌 콘텐츠 전송 네트워크(CDN)로, 전 세계적으로 분산된 엣지 로케이션을 통해 콘텐츠를 캐시하고 사용자에게 가장 가까운 위치에서 제공함으로써 지연 시간을 최소화합니다. 또한, S3와의 통합이 매우 잘 이루어져 있어 정적 웹 사이트 호스팅에 적합합니다.
Route 53: CloudFront와 통합된 Route 53은 사용자 트래픽을 가장 가까운 엣지 로케이션으로 유도하여 지연 시간을 줄일 수 있습니다.

이 선택지는 CloudFront를 사용해 정적 웹 사이트의 콘텐츠를 전 세계적으로 빠르게 제공할 수 있는 최적의 솔루션을 제안하며, 이는 비용 효율적입니다. CloudFront는 글로벌 사용자들에게 낮은 지연 시간을 제공할 수 있는 기능을 갖추고 있습니다.

선택지 4번은 “버킷에서 S3 Transfer Acceleration을 활성화합니다. 새 엔드포인트를 가리키도록 Route 53 항목을 편집합니다."입니다.

S3 Transfer Acceleration: 전 세계적으로 분산된 엣지 로케이션을 사용하여 S3 버킷으로의 데이터 업로드 속도를 높이는 서비스입니다. 그러나 이 서비스는 데이터 업로드를 가속화하는 데 중점을 두며, 웹사이트 콘텐츠 배포와는 목적이 다릅니다.
Route 53: Transfer Acceleration의 엔드포인트를 가리키도록 Route 53을 설정할 수 있지만, 이는 주로 업로드 속도 개선을 위한 것이므로 사용자에게 콘텐츠를 제공하는 데 최적화되어 있지 않습니다.

이 선택지가 정답이 아닌 이유는 S3 Transfer Acceleration은 주로 업로드 성능을 향상하는 데 사용되며, 웹사이트의 콘텐츠 배포 및 대기 시간 감소에는 적합하지 않기 때문입니다.

이어서 두 번째 문제 살펴볼게요.

문제

회사는 Amazon API Gateway API에 의해 호출되는 AWS Lambda 함수에서 애플리케이션을 호스팅합니다.

Lambda 함수는 고객 데이터를 Amazon Aurora MySQL 데이터베이스에 저장합니다.

회사에서 데이터베이스를 업그레이드할 때마다 Lambda 함수는 업그레이드가 완료될 때까지 데이터베이스 연결을 설정하지 못합니다.

그 결과 일부 이벤트에 대해 고객 데이터가 기록되지 않습니다.

솔루션 설계자는 데이터베이스 업그레이드 중에 생성된 고객 데이터를 저장하는 솔루션을 설계해야 합니다.

이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

선택지

1. Lambda 함수와 데이터베이스 사이에 위치하도록 Amazon RDS 프록시를 프로비저닝합니다. RDS 프록시에 연결하도록 Lambda 함수를 구성합니다.

2. Lambda 함수의 실행 시간을 최대로 늘립니다. 데이터베이스에 고객 데이터를 저장하는 코드에서 재시도 메커니즘을 만듭니다.

3. 고객 데이터를 Lambda 로컬 스토리지에 유지합니다. 고객 데이터를 데이터베이스에 저장하기 위해 로컬 스토리지를 스캔하도록 새로운 Lambda 함수를 구성합니다.

4. 고객 데이터를 Amazon Simple Queue Service(Amazon SQS) FIFO 대기열에 저장합니다. 대기열을 폴링하고 고객 데이터를 데이터베이스에 저장하는 새 Lambda 함수를 생성합니다.