
안녕하세요! 넥스트클라우드의 테크니컬 트레이너 김서윤입니다. 🌷
벌써 2월의 마지막 주가 찾아왔네요! 곧 다가올 봄을 기대하며 오늘도 함께 공부해 봅시다.
문제는 세 가지 단계를 거치며 풀어가겠습니다.
1. 문제의 요구사항 분석하기
2. 관련 AWS 서비스 생각하기
3. 선택지 분석하기
바로 문제 풀이 시작합니다.
문제1
한 회사에서 점수 업데이트를 백엔드 프로세서로 스트리밍한 다음 결과를 리더보드에 게시하는 모바일 게임을 개발하고 있습니다. 솔루션 설계자는 대규모 트래픽 급증을 처리하고, 모바일 게임 업데이트를 수신 순서대로 처리하고, 처리된 업데이트를 고가용성 데이터베이스에 저장할 수 있는 솔루션을 설계해야 합니다. 또한 회사는 솔루션을 유지하는 데 필요한 관리 오버헤드를 최소화하려고 합니다. 솔루션 설계자는 이러한 요구 사항을 충족하기 위해 무엇을 해야 합니까?
선택지
A. Amazon Kinesis Data Streams에 점수 업데이트를 푸시합니다. AWS Lambda를 사용하여 Kinesis Data Streams의 업데이트를 처리합니다. 처리된 업데이트를 Amazon DynamoDB에 저장합니다.
B. Amazon Kinesis Data Streams에 점수 업데이트를 푸시합니다. Auto Scaling용으로 설정된 Amazon EC2 인스턴스 집합으로 업데이트를 처리합니다. 처리된 업데이트를 Amazon Redshift에 저장합니다.
C. Amazon Simple 알림 서비스(Amazon SNS) 주제에 점수 업데이트를 푸시합니다. 업데이트를 처리하려면 SNS 주제에 대한 AWS Lambda 함수를 구독하세요. Amazon EC2에서 실행되는 SQL 데이터베이스에 처리된 업데이트를 저장합니다.
D. Amazon Simple Queue Service(Amazon SQS) 대기열에 점수 업데이트를 푸시합니다. Auto Scaling이 포함된 Amazon EC2 인스턴스 집합을 사용하여 SQS 대기열의 업데이트를 처리합니다. 처리된 업데이트를 Amazon RDS 다중 AZ DB 인스턴스에 저장합니다.
풀이
대규모 트래픽 급증을 처리하면서 점수 업데이트를 수신 순서대로 처리하고, 결과를 고가용성 DB에 저장하며 관리 오버헤드를 최소화하는 것이 핵심입니다. Amazon Kinesis Data Streams는 샤드 내 순서를 보장하는 실시간 스트리밍 서비스이고, AWS Lambda와 Amazon DynamoDB는 서버리스로 관리 부담 없이 처리와 저장을 수행할 수 있습니다.
정답 : A
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- 대규모 트래픽 급증을 자동으로 처리.
- 모바일 게임 점수 업데이트를 수신 순서대로 처리.
- 관리 오버헤드를 최소화하면서 고가용성 데이터베이스에 저장.
2. 관련 AWS 서비스 생각하기
- Amazon Kinesis Data Streams : 대규모 실시간 스트리밍 데이터를 처리하기 위한 완전 관리형 서비스입니다. 데이터 인테이크 및 처리에 대한 응답이 실시간처리 됩니다.
- Amazon DynamoDB : 완전 관리형 NoSQL 데이터베이스로, 기본적으로 다중 AZ에 걸친 고가용성을 제공합니다. 인프라 관리가 필요 없고, 유지보수로 인한 가동 중지 시간이 없습니다.
- Amazon Redshift : 대규모 분석용 데이터 웨어하우스 서비스로, OLAP 쿼리에 최적화되어 있습니다. 프로비저닝된 데이터 웨어하우스를 구성하지 않아도 데이터를 액세스하고 분석할 수 있습니다.
- Amazon SNS : 메시지를 여러 구독자에게 전달하는 푸시 기반 알림 서비스입니다. 메시지 필터링을 통해 토픽에 게시된 모든 메시지를 수신하는 대신 관심 있는 알림만 수신할 수 있습니다.
- Amazon SQS : 비동기 메시지 큐 서비스로 시스템 간 결합도를 낮추는 데 사용됩니다. 내구력 있고 가용성이 뛰어난 보안 호스팅 대기열을 제공합니다.
3. 선택지 분석하기
A. Amazon Kinesis Data Streams에 점수 업데이트를 푸시합니다. AWS Lambda를 사용하여 Kinesis Data Streams의 업데이트를 처리합니다. 처리된 업데이트를 Amazon DynamoDB에 저장합니다.
→ Kinesis로 순서가 보장된 실시간 처리가 가능하고, Lambda와 DynamoDB가 서버리스로 관리 오버헤드를 최소화합니다.
B. Amazon Kinesis Data Streams에 점수 업데이트를 푸시합니다. Auto Scaling용으로 설정된 Amazon EC2 인스턴스 집합으로 업데이트를 처리합니다. 처리된 업데이트를 Amazon Redshift에 저장합니다.
→ Redshift는 실시간 트랜잭션 처리에 적합하지 않습니다.
C. Amazon Simple 알림 서비스(Amazon SNS) 주제에 점수 업데이트를 푸시합니다. 업데이트를 처리하려면 SNS 주제에 대한 AWS Lambda 함수를 구독하세요. Amazon EC2에서 실행되는 SQL 데이터베이스에 처리된 업데이트를 저장합니다.
→ SNS는 메시지 수신 순서를 보장하지 않으며, EC2 기반 DB는 관리 오버헤드가 증가합니다.
D. Amazon Simple Queue Service(Amazon SQS) 대기열에 점수 업데이트를 푸시합니다. Auto Scaling이 포함된 Amazon EC2 인스턴스 집합을 사용하여 SQS 대기열의 업데이트를 처리합니다. 처리된 업데이트를 Amazon RDS 다중 AZ DB 인스턴스에 저장합니다.
→ 표준 SQS는 메시지 순서 보장이 되지 않고, EC2 기반 처리는 운영 부담이 큽니다.
이어서 다음 문제입니다.
문제2
회사에서 AWS Organizations를 사용합니다. 회사는 다른 예산으로 일부 AWS 계정을 운영하려고 합니다. 회사는 특정 기간 동안 할당된 예산 임계값에 도달하면 알림을 받고 AWS 계정에 추가 리소스 프로비저닝을 자동으로 방지하려고 합니다. 이러한 요구 사항을 충족하는 솔루션 조합은 무엇입니까? (3개를 선택하세요.)
선택지
A. AWS 예산을 사용하여 예산을 생성합니다. 필요한 AWS 계정의 비용 및 사용 보고서 섹션에서 예산 금액을 설정합니다.
B. AWS 예산을 사용하여 예산을 생성합니다. 필요한 AWS 계정의 결제 대시보드에서 예산 금액을 설정합니다.
C. 필요한 권한으로 예산 작업을 실행하기 위해 AWS 예산에 대한 IAM 사용자를 생성합니다.
D. 필요한 권한으로 예산 작업을 실행하기 위해 AWS 예산에 대한 IAM 역할을 생성합니다.
E. 각 계정이 예산 임계값을 충족할 때 회사에 알리는 경고를 추가합니다. 추가 리소스의 프로비저닝을 방지하기 위해 적절한 구성 규칙으로 생성된 IAM 자격 증명을 선택하는 예산 작업을 추가합니다.
F. 각 계정이 예산 임계값을 충족할 때 회사에 알리는 경고를 추가합니다. 추가 리소스의 프로비저닝을 방지하기 위해 적절한 SCP(서비스 제어 정책)로 생성된 IAM 자격 증명을 선택하는 예산 작업을 추가합니다.
풀이
AWS Organizations 환경에서 예산 임계값 도달 시 알림과 함께 추가 리소스 프로비저닝을 자동으로 제어하는 것이 핵심입니다. AWS Budgets는 Billing and Cost Management 콘솔에서 예산을 설정하고, Budget Actions는 IAM 역할을 Assume하여 자동 조치를 실행합니다. SCP(서비스 제어 정책)를 활용하면 조직 차원에서 리소스 생성을 차단할 수 있습니다.
정답 : B, D, F
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- 계정별 또는 조직(OU) 단위 예산 설정 및 임계값 도달 시 알림 수신.
- 특정 기간 예산 초과 시 추가 리소스 프로비저닝 자동 제한.
- AWS Organizations 환경에서 여러 계정에 대한 공통 적용.
2. 관련 AWS 서비스 생각하기
- AWS Organizations : 여러 AWS 계정을 중앙에서 관리하기 위한 서비스로, 조직의 계정 간에 중앙 구성, 보안 메커니즘, 감사 요구 사항 및 리소스 공유를 정의할 수 있습니다. SCP(서비스 제어 정책)를 통해 계정 또는 OU에 사용 가능한 최대 권한을 중앙에서 제어합니다.
- AWS Budgets : 비용과 사용량에 대해 예산을 설정하고, 지정한 임계값에 도달하거나 초과가 예측될 경우 알림을 제공하는 비용 관리 서비스입니다. Billing and Cost Management 콘솔에서 계정별 또는 조직 단위 예산을 설정할 수 있으며, 이메일 기반 경고를 지원합니다.
- AWS Cost and Usage Report (CUR) : AWS 사용 내역과 비용 데이터를 S3로 게시할 수 있는 서비스입니다. 시간, 일 또는 월, 제품 또는 제품 리소스 또는 직접 정의한 태그별로 비용을 구분하는 보고서를 받을 수 있습니다.
3. 선택지 분석하기
A. AWS 예산을 사용하여 예산을 생성합니다. 필요한 AWS 계정의 비용 및 사용 보고서 섹션에서 예산 금액을 설정합니다.
→ 비용 및 사용 보고서는 예산 생성이나 예산 금액 설정 기능을 제공하지 않습니다.
B. AWS 예산을 사용하여 예산을 생성합니다. 필요한 AWS 계정의 결제 대시보드에서 예산 금액을 설정합니다.
→ AWS Budgets는 Billing and Cost Management 콘솔에서 예산 생성과 금액 설정을 지원합니다.
C. 필요한 권한으로 예산 작업을 실행하기 위해 AWS 예산에 대한 IAM 사용자를 생성합니다.
→ IAM 사용자는 사람이나 애플리케이션 접근용 주체로, Budgets의 자동 예산 작업을 실행하는 주체로 사용되지 않습니다.
D. 필요한 권한으로 예산 작업을 실행하기 위해 AWS 예산에 대한 IAM 역할을 생성합니다.
→ Budgets의 Budget Actions는 서비스가 역할을 Assume하는 방식으로 실행되므로 IAM 역할이 필요합니다.
E. 각 계정이 예산 임계값을 충족할 때 회사에 알리는 경고를 추가합니다. 추가 리소스의 프로비저닝을 방지하기 위해 적절한 구성 규칙으로 생성된 IAM 자격 증명을 선택하는 예산 작업을 추가합니다.
→ AWS Config 규칙은 리소스 구성 상태를 평가하는 서비스로, 예산 초과 시 조직 차원의 리소스 생성을 직접 차단하지는 않습니다.
F. 각 계정이 예산 임계값을 충족할 때 회사에 알리는 경고를 추가합니다. 추가 리소스의 프로비저닝을 방지하기 위해 적절한 SCP(서비스 제어 정책)로 생성된 IAM 자격 증명을 선택하는 예산 작업을 추가합니다.
→ AWS Organizations의 SCP는 예산 초과 시 신규 리소스 생성을 차단할 수 있습니다.
마지막 문제 살펴보겠습니다.
문제3
내장형 NoSQL 데이터베이스가 포함된 회사의 웹 애플리케이션은 ALB(Application Load Balancer) 뒤의 Amazon EC2 인스턴스에서 작동합니다. 이러한 인스턴스는 단일 가용 영역으로 제한된 Amazon EC2 Auto Scaling 그룹 내에 있습니다. 트래픽 증가로 인해 애플리케이션은 고가용성을 달성해야 하며 데이터베이스는 최종 일관성을 유지해야 합니다. 이러한 요구 사항을 충족하면서 운영 오버헤드를 최소화하는 솔루션은 무엇입니까?
선택지
A. ALB를 Network Load Balancer로 교체하고 내장형 NoSQL 데이터베이스를 EC2 인스턴스의 복제 서비스와 함께 유지합니다.
B. ALB를 Network Load Balancer로 교체하고 AWS Database Migration Service(AWS DMS)를 사용하여 내장형 NoSQL 데이터베이스를 Amazon DynamoDB로 마이그레이션합니다.
C. EC2 인스턴스의 복제 서비스와 함께 내장된 NoSQL 데이터베이스를 유지하면서 3개의 가용 영역에서 EC2 인스턴스를 활용하도록 Auto Scaling 그룹을 수정합니다.
D. 3개의 가용 영역에서 EC2 인스턴스를 활용하고 AWS Database Migration Service(AWS DMS)를 사용하여 내장된 NoSQL 데이터베이스를 Amazon DynamoDB로 마이그레이션하도록 Auto Scaling 그룹을 수정합니다.
풀이
트래픽 증가 상황에서 웹 애플리케이션의 고가용성을 확보하고, 데이터베이스는 최종 일관성을 유지하는 것이 핵심입니다. Auto Scaling 그룹을 다중 AZ로 확장하면 가용성이 확보되고, 내장 NoSQL DB를 Amazon DynamoDB로 마이그레이션하면 완전 관리형 서비스로 운영 오버헤드를 최소화할 수 있습니다.
정답 : D
▼ 자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.
1. 문제의 요구사항 분석하기
- 트래픽 증가 상황에서도 장애 없이 서비스가 동작.
- 데이터베이스는 최종 일관성을 유지.
- 인프라 관리 및 데이터베이스 운영에 대한 관리 부담 최소화.
2. 관련 AWS 서비스 생각하기
- Network Load Balancer(NLB) : 둘 이상의 가용 영역에서 EC2 인스턴스, 컨테이너, IP 주소 등 여러 대상에 걸쳐 수신되는 트래픽을 자동으로 분산하는 서비스입니다. 등록된 대상의 상태를 모니터링하면서 상태가 양호한 대상으로만 트래픽을 라우팅합니다.
- Amazon EC2 Auto Scaling : EC2 인스턴스를 자동으로 확장 또는 축소하는 서비스로, 애플리케이션의 로드를 처리할 수 있는 Amazon EC2 인스턴스를 유지할 수 있습니다.
- Application Load Balancer(ALB) : 하나 이상의 가용 영역에서 EC2 인스턴스, 컨테이너 및 IP 주소와 같은 여러 대상에 수신 트래픽을 자동으로 분산하는 서비스입니다.
- Amazon DynamoDB : 완전관리형 NoSQL 데이터베이스로, 큰 규모에서도 한 자릿수 밀리초 수준의 성능을 제공합니다.
3. 선택지 분석하기
A. ALB를 Network Load Balancer로 교체하고 내장형 NoSQL 데이터베이스를 EC2 인스턴스의 복제 서비스와 함께 유지합니다.
→ 로드 밸런서 변경은 고가용성을 해결하지 못합니다.
B. ALB를 Network Load Balancer로 교체하고 AWS Database Migration Service(AWS DMS)를 사용하여 내장형 NoSQL 데이터베이스를 Amazon DynamoDB로 마이그레이션합니다.
→ Auto Scaling 그룹이 단일 AZ라 고가용성 요구사항을 충족하지 못합니다.
C. EC2 인스턴스의 복제 서비스와 함께 내장된 NoSQL 데이터베이스를 유지하면서 3개의 가용 영역에서 EC2 인스턴스를 활용하도록 Auto Scaling 그룹을 수정합니다.
→ 다중 AZ로 가용성은 확보되지만 EC2 내장 DB 복제를 계속 운영해야 해 관리 부담이 큽니다.
D. 3개의 가용 영역에서 EC2 인스턴스를 활용하고 AWS Database Migration Service(AWS DMS)를 사용하여 내장된 NoSQL 데이터베이스를 Amazon DynamoDB로 마이그레이션하도록 Auto Scaling 그룹을 수정합니다.
→ 다중 AZ 기반 고가용성과 DynamoDB의 최종 일관성을 활용해 운영 오버헤드를 최소화할 수 있습니다.
오늘도 끝까지 풀어주셔서 감사합니다. 다음 포스팅에서도 알찬 문제로 만나요!
'AWS > SAA 준비' 카테고리의 다른 글
| AWS SAA 합격으로 가는 길 #161 (1) | 2026.03.02 |
|---|---|
| AWS SAA 합격으로 가는 길 #160 (0) | 2026.02.27 |
| AWS SAA 합격으로 가는 길 #158 (0) | 2026.02.20 |
| AWS SAA 합격으로 가는 길 #157 (0) | 2026.02.09 |
| AWS SAA 합격으로 가는 길 #156 (0) | 2026.02.06 |