본문 바로가기
AWS/SAA 준비

AWS SAA 합격으로 가는 길 #56

by Pacloud 2025. 2. 7.
반응형

안녕하세요! 넥스트클라우드의 SA 강준우입니다. 😊

 

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

1. 문제의 요구사항 분석하기

2. 관련 AWS 서비스 생각하기

3. 선택지 분석하기

 

바로 문제 풀이 해볼까요?

문제1

회사는 들어오는 요청을 처리하는 온프레미스 서버 플릿에서 컨테이너화된 웹 애플리케이션을 호스팅합니다. 요청 수가 빠르게 증가하고 있습니다. 온프레미스 서버는 증가된 요청 수를 처리할 수 없습니다. 이 회사는 최소한의 코드 변경과 최소한의 개발 노력으로 애플리케이션을 AWS로 옮기기를 원합니다. 최소한의 운영 오버헤드로 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

선택지

A. Amazon Elastic Container Service(Amazon ECS)에서 AWS Fargate를 사용하여 Service Auto Scaling으로 컨테이너화된 웹 애플리케이션을 실행합니다. Application Load Balancer를 사용하여 들어오는 요청을 분산합니다.

B. 두 개의 Amazon EC2 인스턴스를 사용하여 컨테이너화된 웹 애플리케이션을 호스팅합니다. Application Load Balancer를 사용하여 들어오는 요청을 분산합니다.

C. 지원되는 언어 중 하나를 사용하는 새 코드와 함께 AWS Lambda를 사용합니다. 로드를 지원하는 여러 Lambda 함수를 생성합니다. Amazon API Gateway를 Lambda 함수에 대 한 진입점으로 사용합니다.

D. AWS ParallelCluster와 같은 고성능 컴퓨팅(HPC) 솔루션을 사용하여 적절한 규모로 들어오는 요청을 처리할 수 있는 HPC 클러스터를 설정합니다.

풀이

AWS Fargate는 서버리스 컨테이너 플랫폼으로, ECS와 함께 사용하면 최소한의 운영 오버헤드로 컨테이너화된 애플리케이션을 쉽게 실행하고 확장할 수 있습니다. Service Auto Scaling을 활용하면 수요 변화에 따라 자동으로 컨테이너 수가 조정되므로 확장성이 높습니다.

정답 : A

 

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

더보기
닫기
1.  문제의 요구사항 분석하기
  • 컨테이너화된 웹 애플리케이션 호스팅
  • 들어오는 요청 수 증가에 대응
  • 최소한의 코드 변경과 개발 노력
  • 최소한의 운영 오버헤드

2. 관련 AWS 서비스 생각하기

  • Amazon ECS (Elastic Container Service): 컨테이너화된 애플리케이션을 쉽게 배포, 관리 및 확장할 수 있는 완전관리형 컨테이너 오케스트레이션 서비스입니다.
  • AWS Fargate: 서버리스 컨테이너 실행 플랫폼으로, ECS와 통합되어 컨테이너를 프로비저닝하고 확장할 수 있습니다.
  • Auto Scaling: 서비스 수요 변화에 따라 리소스를 자동으로 확장 및 축소합니다.
  • Application Load Balancer: 들어오는 트래픽을 여러 대상으로 분산시키는 AWS 로드 밸런싱 서비스입니다.

3. 선택지 분석하기

A. Amazon Elastic Container Service(Amazon ECS)에서 AWS Fargate를 사용하여 Service Auto Scaling으로 컨테이너화된 웹 애플리케이션을 실행합니다. Application Load Balancer를 사용하여 들어오는 요청을 분산합니다.

 

B. 두 개의 Amazon EC2 인스턴스를 사용하여 컨테이너화된 웹 애플리케이션을 호스팅합니다. Application Load Balancer를 사용하여 들어오는 요청을 분산합니다.

→ EC2 인스턴스 수가 고정되어 있어 요청 증가에 대응하기 어렵고, 운영 오버헤드가 높습니다.

 

C. 지원되는 언어 중 하나를 사용하는 새 코드와 함께 AWS Lambda를 사용합니다. 로드를 지원하는 여러 Lambda 함수를 생성합니다. Amazon API Gateway를 Lambda 함수에 대한 진입점으로 사용합니다.

→ 새로운 코드 작성이 필요하여 개발 노력이 많이 듭니다.

 

D. AWS ParallelCluster와 같은 고성능 컴퓨팅(HPC) 솔루션을 사용하여 적절한 규모로 들어오는 요청을 처리할 수 있는 HPC 클러스터를 설정합니다.

→ HPC 솔루션은 이 상황에 과도한 리소스를 할당하는 것이며, 운영 오버헤드가 높습니다.

 

이어서 다음 문제입니다.

문제2

조사 회사는 미국 지역에서 몇 년 동안 데이터를 수집했습니다. 회사는 크기가 3TB이고 계속 증가하는 Amazon S3 버킷에서 데이터를 호스팅합니다. 회사는 S3 버킷을 보유한 유럽 마케팅 회사와 데이터를 공유하기 시작했습니다. 회사는 데이터 전송 비용이 가능한 한 낮게 유지되기를 원합니다. 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

선택지

A. 회사의 S3 버킷에서 요청자 지불 기능을 구성합니다.

B. 회사의 S3 버킷에서 마케팅 회사의 S3 버킷 중 하나로 S3 교차 리전 복제를 구성합니다.

C. 마케팅 회사가 회사의 S3 버킷에 액세스할 수 있도록 마케팅 회사에 대한 교차 계정 액세스를 구성합니다.

D. S3 Intelligent-Tiering을 사용하도록 회사의 S3 버킷을 구성합니다. 마케팅 회사의 S3 버킷 중 하나에 S3 버킷을 동기화합니다.

풀이

요청자 지불 기능을 사용하면 버킷 소유자가 데이터 전송 및 요청 비용을 지불하지 않고 요청자가 해당 비용을 부담하게 됩니다. 따라서 데이터 전송 비용을 최소화할 수 있습니다.

정답 : A

 

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

더보기
닫기
1.  문제의 요구사항 분석하기
  • 유럽 마케팅 회사와 데이터 공유
  • 데이터 전송 비용 최소화

2. 관련 AWS 서비스 생각하기

  • Amazon S3: 확장성이 뛰어난 객체 스토리지 서비스입니다.
  • S3 요청자 지불: S3 버킷에서 객체를 요청할 때 요청자가 데이터 전송 및 요청 비용을 부담하도록 하는 기능입니다.
  • S3 교차 리전 복제: 소스 버킷의 객체를 다른 AWS 리전에 있는 대상 버킷에 자동으로 비동기식으로 복제합니다.
  • S3 Intelligent-Tiering: 데이터 액세스 패턴에 따라 가장 비용 효율적인 스토리지 계층으로 자동으로 데이터를 이동합니다.

3. 선택지 분석하기

A. 회사의 S3 버킷에서 요청자 지불 기능을 구성합니다.

 

B. 회사의 S3 버킷에서 마케팅 회사의 S3 버킷 중 하나로 S3 교차 리전 복제를 구성합니다.

→ 교차 리전 복제는 원본 버킷에서 대상 버킷으로 데이터를 전송하는 비용이 발생합니다.

 

C. 마케팅 회사가 회사의 S3 버킷에 액세스할 수 있도록 마케팅 회사에 대한 교차 계정 액세스를 구성합니다.

→ 교차 계정 액세스를 구성하더라도 데이터를 전송할 때 비용이 발생합니다.

 

D. S3 Intelligent-Tiering을 사용하도록 회사의 S3 버킷을 구성합니다. 마케팅 회사의 S3 버킷 중 하나에 S3 버킷을 동기화합니다.

→ 데이터를 마케팅 회사의 버킷으로 동기화하면 데이터 전송 비용이 발생합니다.

 

마지막 문제 살펴볼게요.

문제3

회사의 애플리케이션은 데이터 수집을 위해 여러 SaaS(Software-as-a-Service) 소스와 통합됩니다. 회사는 Amazon EC2 인스턴스를 실행하여 데이터를 수신하고 분석을 위해 데이터를 Amazon S3 버킷에 업로드합니다. 데이터를 수신하고 업로드하는 동일한 EC2 인스턴스도 업로드가 완료되면 사용자에게 알림을 보냅니다. 회사는 느린 응용 프로그램 성능을 발견했으 며 성능을 최대한 개선하고자 합니다.

최소한의 운영 오버헤드로 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

선택지

A. EC2 인스턴스가 확장될 수 있도록 Auto Scaling 그룹을 생성합니다. S3 버킷에 대한 업로드가 완료되면 Amazon Simple Notification Service(Amazon SNS) 주제로 이벤트 를 보내도록 S3 이벤트 알림을 구성합니다.

B. 각 SaaS 소스와 S3 버킷 간에 데이터를 전송하는 Amazon AppFlow 흐름을 생성합니다. S3 버킷에 대한 업로드가 완료되면 Amazon Simple Notification Service(Amazon SNS) 주제로 이벤트를 보내도록 S3 이벤트 알림을 구성합니다.

C. 각 SaaS 소스에 대한 Amazon EventBridge(Amazon CloudWatch Events) 규칙을 생성하여 출력 데이터를 보냅니다. S3 버킷을 규칙의 대상으로 구성합니다. S3 버킷에 대한 업로드가 완료되면 이벤트를 전송하는 두 번째 EventBridge(Cloud Watch Events) 규칙을 생성합니다. Amazon Simple Notification Service(Amazon SNS) 주제를 두 번째 규칙의 대상으로 구성합니다. D. EC2 인스턴스 대신 사용할 Docker 컨테이너를 생성합니다. Amazon Elastic Container Service(Amazon ECS)에서 컨테이너화된 애플리케이션을 호스팅합니다. S3 버킷에 대 한 업로드가 완료되면 Amazon Simple Notification Service(Amazon SNS) 주제로 이벤트를 보내도록 Amazon CloudWatch Container Insights를 구성합니다.

 

풀이

Amazon AppFlow를 사용하면 여러 SaaS 소스의 데이터를 S3 버킷으로 직접 전송할 수 있습니다. 이를 통해 중간 EC2 인스턴스가 필요 없게 되어 애플리케이션 성능이 개선됩니다. 또한 S3 이벤트 알림을 구성하면 업로드 완료 시 SNS 주제로 알림을 보낼 수 있습니다.

정답 : B

 

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

더보기
닫기
1.  문제의 요구사항 분석하기
  • 여러 SaaS 소스에서 데이터 수집
  • EC2 인스턴스에서 데이터 수신 및 S3에 업로드
  • 업로드 완료 시 사용자에게 알림
  • 애플리케이션 성능 개선
  • 최소한의 운영 오버헤드

2. 관련 AWS 서비스 생각하기

  • Amazon AppFlow: SaaS 애플리케이션과 AWS 서비스 간에 데이터를 직접 전송할 수 있는 데이터 통합 서비스입니다.
  • Amazon S3: 확장성이 뛰어난 객체 스토리지 서비스입니다.
  • Amazon S3 이벤트 알림: S3 버킷에 대한 특정 이벤트 발생 시 알림을 전송할 수 있는 기능입니다.
  • Amazon SNS (Simple Notification Service): 애플리케이션, 엔드유저 및 디바이스에 메시지를 전송할 수 있는 완전관리형 메시징 서비스입니다.

3. 선택지 분석하기

A. EC2 인스턴스가 확장될 수 있도록 Auto Scaling 그룹을 생성합니다. S3 버킷에 대한 업로드가 완료되면 Amazon Simple Notification Service(Amazon SNS) 주제로 이벤트를 보내도록 S3 이벤트 알림을 구성합니다.

→ EC2 인스턴스를 계속 사용하므로 성능 병목 현상이 지속될 수 있습니다.

 

B. 각 SaaS 소스와 S3 버킷 간에 데이터를 전송하는 Amazon AppFlow 흐름을 생성합니다. S3 버킷에 대한 업로드가 완료되면 Amazon Simple Notification Service(Amazon SNS) 주제로 이벤트를 보내도록 S3 이벤트 알림을 구성합니다.

 

C. 각 SaaS 소스에 대한 Amazon EventBridge(Amazon CloudWatch Events) 규칙을 생성하여 출력 데이터를 보냅니다. S3 버킷을 규칙의 대상으로 구성합니다. S3 버킷에 대한 업로드가 완료되면 이벤트를 전송하는 두 번째 EventBridge(Cloud Watch Events) 규칙을 생성합니다. Amazon Simple Notification Service(Amazon SNS) 주제를 두 번째 규칙의 대상으로 구성합니다.

→ EventBridge를 사용하면 비용과 운영 오버헤드가 증가할 수 있습니다.

 

D. EC2 인스턴스 대신 사용할 Docker 컨테이너를 생성합니다. Amazon Elastic Container Service(Amazon ECS)에서 컨테이너화된 애플리케이션을 호스팅합니다. S3 버킷에 대 한 업로드가 완료되면 Amazon Simple Notification Service(Amazon SNS) 주제로 이벤트를 보내도록 Amazon CloudWatch Container Insights를 구성합니다.

→ 컨테이너화는 필요 이상의 변경을 수반하며, SaaS 소스에서 데이터를 직접 수신할 수 없습니다.

 

감사합니다. 다음 글에서 만나요! 😊

저작자표시

'AWS > SAA 준비' 카테고리의 다른 글

AWS SAA 합격으로 가는 길 #57  (0) 2025.02.10
AWS SAA 합격으로 가는 길 #55  (0) 2025.02.03
AWS SAA 합격으로 가는 길 #54  (0) 2025.01.31
AWS SAA 합격으로 가는 길 #53  (0) 2025.01.27
AWS SAA 합격으로 가는 길 #52  (0) 2025.01.24

관련글

티스토리툴바