AWS SAA 합격으로 가는 길 #206

안녕하세요! 넥스트클라우드의 테크니컬 트레이너 김유림입니다. 😊

 

9월 셋째 주 금요일입니다! 한 주 정리하시느라 고생 많으셨습니다.

곧 다음 주가 추석입니다. 어느덧 벌써 1년이 되어 꾸준히 하고 있다는 것이 감개무량합니다.

 

그럼 오늘도 힘차게 시작해보겠습니다!

 

 

문제는 세 가지 단계를 거치며 풀어가겠습니다.

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

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

3. 선택지 분석하기

 

바로 문제 풀이 시작합니다.

---

문제1

Amazon EventBridge 규칙은 타사 API를 대상으로 합니다. 타사 API가 수신 트래픽을 수신하지 않았습니다. 솔루션 설계자는 규칙 조건이 충족되고 있는지 여부와 규칙의 대상이 호출되고 있는지 확인해야 합니다. 

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

 

선택지

A. AWS/Events의 네임스페이스에서 Amazon CloudWatch의 지표를 확인하십시오.
B. Amazon Simple Queue Service(Amazon SQS) 데드 레터 대기열의 이벤트를 검토합니다.
C. Amazon CloudWatch Logs에서 이벤트를 확인합니다.
D. EventBridge 이벤트에 대한 AWS CloudTrail의 추적을 확인합니다.

---

풀이

규칙이 실제로 걸렸는지, 그리고 대상 호출이 일어났는지 두 가지를 함께 확인해야 합니다. EventBridge는 AWS/Events 네임스페이스로 규칙 일치 횟수와 대상 호출 횟수, 실패 횟수를 지표로 내보내므로 이를 보면 두 지점을 한 번에 판단할 수 있습니다.

 

정답 : A

 

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

---

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

• 규칙 조건에 이벤트가 실제로 일치했는지 여부의 확인
• 규칙 대상이 호출되었는지 여부의 확인
• 두 지점을 함께 볼 수 있는 관찰 수단
• 추가 구성 없이 바로 확인 가능한 방법

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

• Amazon EventBridge : 여러 곳에서 발생하는 이벤트를 받아 미리 정해 둔 규칙에 따라 알맞은 대상으로 전달해 주는 서버리스 이벤트 버스 서비스입니다. 규칙에는 어떤 형태의 이벤트를 골라낼지 정하는 이벤트 패턴과, 일치했을 때 호출할 대상을 지정합니다. 대상으로는 AWS 서비스뿐 아니라 API 대상 기능을 통해 외부의 HTTP 엔드포인트도 지정할 수 있습니다. 규칙의 동작 상황은 지표로 자동 게시되므로 별도 설정 없이 상태를 살펴볼 수 있습니다.
• Amazon CloudWatch : AWS 자원과 애플리케이션의 상태를 수치로 모아 보여 주는 모니터링 서비스입니다. 수집된 값은 서비스별 네임스페이스로 구분되어 저장되며, EventBridge의 지표는 AWS/Events 네임스페이스에 담깁니다. 지표별로 그래프를 그리거나 임계값을 넘을 때 알림을 보내는 경보를 걸 수 있어, 어디까지 정상이고 어디서 끊겼는지 짚어 내는 데 유용합니다.
  
  • TriggeredRules : 이벤트 패턴에 일치해 실제로 발동한 규칙의 횟수를 나타내므로, 규칙 조건이 충족되고 있는지 판단할 수 있습니다.
  • Invocations와 FailedInvocations : 규칙이 대상을 호출한 횟수와 그 호출이 실패한 횟수를 나타내므로, 대상까지 전달이 이루어졌는지 확인할 수 있습니다.
• Amazon CloudWatch Logs : 애플리케이션과 서비스가 남긴 로그를 모아 보관하고 검색할 수 있게 해 주는 서비스입니다. 로그 그룹과 스트림 단위로 정리되며 원하는 문구를 찾아보거나 조건에 맞는 항목을 걸러 볼 수 있습니다. 보관 기간을 지정해 오래된 로그를 자동으로 정리할 수 있고, 특정 문구가 나타난 횟수를 지표로 만들어 경보에 연결하는 것도 가능합니다. 다만 로그가 남으려면 해당 서비스가 로그를 내보내도록 설정되어 있어야 합니다.
• AWS CloudTrail : 계정에서 누가 언제 어떤 API 호출을 했는지 기록으로 남겨 주는 감사 서비스입니다. 리소스를 만들거나 설정을 바꾼 관리 작업을 추적하는 데 쓰이며, 보안 점검과 변경 이력 확인에 주로 활용됩니다. 기록은 지정한 Amazon S3(Simple Storage Service) 버킷에 남길 수 있어 장기 보관과 사후 조사에도 활용됩니다. 서비스가 평소에 처리하는 데이터 흐름 자체를 건건이 보여 주는 용도는 아닙니다.

3. 선택지 분석하기

A. AWS/Events의 네임스페이스에서 Amazon CloudWatch의 지표를 확인하십시오.
→ 규칙 일치 횟수와 대상 호출 및 실패 횟수를 한자리에서 볼 수 있어 어느 지점에서 끊겼는지 바로 판단할 수 있으므로, 가장 적절한 방법입니다.

B. Amazon Simple Queue Service(Amazon SQS) 데드 레터 대기열의 이벤트를 검토합니다.
→ 데드 레터 대기열은 전달에 실패한 이벤트만 담기므로 규칙 자체가 발동했는지는 알 수 없어, 요구를 충족하기 어렵습니다.

C. Amazon CloudWatch Logs에서 이벤트를 확인합니다.
→ 로그를 남기도록 별도로 구성해 두어야 볼 수 있고 규칙과 대상 호출 현황을 한눈에 비교하기도 어려우므로, 다른 방식보다 효율적이지 않습니다.

D. EventBridge 이벤트에 대한 AWS CloudTrail의 추적을 확인합니다.
→ 규칙을 만들고 수정한 관리 작업은 확인할 수 있으나 규칙이 이벤트에 일치해 대상을 호출했는지는 알기 어려우므로, 적절치 않습니다.

---

 

이어서 다음 문제입니다.

---

문제2

회사에서 REST API를 만들고 있습니다. 회사에는 TLS 사용에 대한 엄격한 요구 사항이 있습니다. 회사는 API 엔드포인트에 TLSv1.3을 요구합니다. 또한 회사는 TLS 인증서에 서명하기 위해 특정 공개 타사 인증 기관(CA)을 요구합니다. 

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

 

선택지

A. 로컬 시스템을 사용하여 타사 CA가 서명한 인증서를 생성하고 인증서를 AWS Certificate Manager(ACM)로 가져옵니다. 사용자 지정 도메인을 사용하여 Amazon API Gateway에서 HTTP API를 생성합니다. 인증서를 사용하도록 사용자 지정 도메인을 구성합니다.
B. 타사 CA가 서명한 AWS Certificate Manager(ACM)에서 인증서를 생성합니다. 사용자 지정 도메인을 사용하여 Amazon API Gateway에서 HTTP API를 생성합니다. 인증서를 사용하도록 사용자 지정 도메인을 구성합니다.
C. AWS Certificate Manager(ACM)를 사용하여 타사 CA에서 서명한 인증서를 생성합니다. 인증서를 AWS Certificate Manager(ACM)로 가져옵니다. Lambda 함수 URL을 사용하여 AWS Lambda 함수를 생성합니다. 인증서를 사용하도록 Lambda 함수 URL을 구성합니다.
D. 타사 CA에서 서명한 AWS Certificate Manager(ACM)에서 인증서를 생성합니다. Lambda 함수 URL을 사용하여 AWS Lambda 함수를 생성합니다. 인증서를 사용하도록 Lambda 함수 URL을 구성합니다.

---

풀이

지정된 외부 인증 기관의 서명을 받은 인증서를 써야 한다는 점이 핵심입니다. ACM이 직접 발급하는 인증서는 Amazon의 인증 기관이 서명하므로, 외부에서 발급받은 인증서를 ACM으로 가져와 등록한 뒤 API Gateway 사용자 지정 도메인에 연결해야 하며 이 구성이면 TLSv1.3 요구도 함께 충족됩니다.

 

정답 : A

 

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

---

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

• API 엔드포인트에서의 TLSv1.3 지원
• 지정된 공개 타사 인증 기관이 서명한 인증서의 사용
• 사용자 지정 도메인 기반의 API 제공
• 인증서를 관리형 서비스에서 다룰 수 있는 구성

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

• AWS Certificate Manager (ACM) : 웹 통신을 암호화하는 데 쓰이는 TLS 인증서를 발급하고 저장하며 갱신까지 맡아 주는 서비스입니다. ACM이 직접 발급하는 인증서는 Amazon이 운영하는 인증 기관이 서명하며, 연결된 AWS 서비스에 붙여 두면 만료 전에 자동으로 갱신되어 관리 부담이 적습니다. 다른 인증 기관의 서명이 필요한 경우에는 그곳에서 발급받은 인증서를 가져오기 기능으로 등록해 동일하게 사용할 수 있으며, 이때는 갱신을 직접 챙겨야 합니다.
• Amazon API Gateway : 애플리케이션 앞단에서 요청을 받아 뒤쪽 처리 대상으로 연결해 주는 완전관리형 API 관리 서비스입니다. 인증과 사용량 제한, 요청 검증 같은 공통 기능을 API 계층에서 처리해 주며, 자체 도메인 이름으로 API를 제공하는 사용자 지정 도메인 기능도 제공합니다. 사용자 지정 도메인에 붙일 인증서는 ACM에 등록된 것 중에서 지정하며, 리전 엔드포인트는 TLSv1.3 연결을 받아들입니다.
  
  • HTTP API : 꼭 필요한 기능만 담아 가볍고 빠르게 동작하도록 만든 유형이며, 사용자 지정 도메인에 ACM의 인증서를 연결해 제공할 수 있습니다.
  • REST API : 요청 검증과 캐싱, 사용량 계획처럼 더 많은 기능과 세밀한 제어를 제공하는 유형이며, 마찬가지로 사용자 지정 도메인에 인증서를 연결할 수 있습니다.
• AWS Lambda : 서버를 준비하지 않고 코드만 올려 두면 요청이 있을 때만 실행해 주는 서버리스 컴퓨팅 서비스입니다. 함수 URL 기능을 켜면 별도의 API 계층 없이 함수에 직접 접근할 수 있는 전용 주소가 만들어집니다. 호출 수에 맞춰 자동으로 확장되고 실행한 시간만큼만 요금이 발생한다는 점도 장점입니다. 다만 이 주소는 AWS가 제공하는 도메인으로 고정되어 있어, 직접 준비한 인증서를 붙이거나 자체 도메인을 지정하는 구성은 지원되지 않습니다.

3. 선택지 분석하기

A. 로컬 시스템을 사용하여 타사 CA가 서명한 인증서를 생성하고 인증서를 AWS Certificate Manager(ACM)로 가져옵니다. 사용자 지정 도메인을 사용하여 Amazon API Gateway에서 HTTP API를 생성합니다. 인증서를 사용하도록 사용자 지정 도메인을 구성합니다.
→ 지정된 외부 인증 기관이 서명한 인증서를 ACM으로 가져와 등록하고 TLSv1.3을 받아들이는 사용자 지정 도메인에 연결하므로, 가장 적절한 방법입니다.

B. 타사 CA가 서명한 AWS Certificate Manager(ACM)에서 인증서를 생성합니다. 사용자 지정 도메인을 사용하여 Amazon API Gateway에서 HTTP API를 생성합니다. 인증서를 사용하도록 사용자 지정 도메인을 구성합니다.
→ ACM이 발급하는 인증서는 Amazon의 인증 기관이 서명하므로 지정된 외부 인증 기관을 쓰라는 조건과 맞지 않아, 요구를 충족하기 어렵습니다.

C. AWS Certificate Manager(ACM)를 사용하여 타사 CA에서 서명한 인증서를 생성합니다. 인증서를 AWS Certificate Manager(ACM)로 가져옵니다. Lambda 함수 URL을 사용하여 AWS Lambda 함수를 생성합니다. 인증서를 사용하도록 Lambda 함수 URL을 구성합니다.
→ 함수 URL에는 직접 준비한 인증서나 자체 도메인을 붙일 수 없고 ACM으로 외부 인증 기관 서명 인증서를 발급한다는 설명도 실제 동작과 어긋나므로, 적절치 않습니다.

D. 타사 CA에서 서명한 AWS Certificate Manager(ACM)에서 인증서를 생성합니다. Lambda 함수 URL을 사용하여 AWS Lambda 함수를 생성합니다. 인증서를 사용하도록 Lambda 함수 URL을 구성합니다.
→ 외부 인증 기관 서명 조건과 함수 URL의 인증서 구성 제약을 모두 지나치고 있으므로, 요구를 충족하기 어렵습니다.

---

 

마지막 문제 살펴보겠습니다.

---

문제3

금융 서비스 회사는 Amazon RDS for MySQL 데이터베이스를 사용하는 새로운 애플리케이션을 출시했습니다. 회사는 응용 프로그램을 사용하여 주식 시장 추세를 추적합니다. 회사는 매주 말 2시간 동안만 애플리케이션을 작동하면 됩니다. 회사는 데이터베이스 실행 비용을 최적화해야 합니다. 

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

 

선택지

A. 기존 RDS for MySQL 데이터베이스를 Aurora Serverless v2 MySQL 데이터베이스 클러스터로 마이그레이션합니다.
B. 기존 RDS for MySQL 데이터베이스를 Aurora MySQL 데이터베이스 클러스터로 마이그레이션합니다.
C. 기존 RDS for MySQL 데이터베이스를 MySQL을 실행하는 Amazon EC2 인스턴스로 마이그레이션합니다. EC2 인스턴스에 대한 인스턴스 예약을 구매합니다.
D. 기존 RDS for MySQL 데이터베이스를 MySQL 컨테이너 이미지를 사용하여 작업을 실행하는 Amazon Elastic Container Service(Amazon ECS) 클러스터로 마이그레이션합니다.

---

풀이

일주일에 두 시간만 쓰는 데이터베이스라 항상 같은 크기로 띄워 두면 대부분의 시간이 낭비됩니다. Aurora Serverless v2는 부하에 맞춰 용량을 자동으로 늘리고 줄이며 쓰지 않을 때는 최소한으로 내려가므로 실제 사용한 만큼만 비용이 발생합니다.

 

정답 : A

 

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

---

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

• 주당 두 시간 남짓의 매우 낮은 데이터베이스 사용률
• 사용하지 않는 시간대의 비용 절감
• MySQL 호환 데이터베이스 환경의 유지
• 관리 부담을 늘리지 않는 구성

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

• Amazon RDS (Relational Database Service) : MySQL과 PostgreSQL 같은 관계형 데이터베이스 엔진을 AWS가 대신 설치하고 운영해 주는 관리형 데이터베이스 서비스입니다. 백업과 소프트웨어 패치, 장애 시 대체 같은 일을 서비스가 맡아 주므로 데이터베이스 관리에 드는 손이 크게 줄어듭니다. 다만 인스턴스 크기를 미리 정해 두고 띄워 두는 방식이라, 실제로 사용하는 시간이 아주 짧더라도 인스턴스가 켜져 있는 동안은 계속 요금이 발생합니다.
• Amazon Aurora : MySQL 및 PostgreSQL과 호환되도록 AWS가 직접 만든 관계형 데이터베이스 엔진입니다. 저장 계층을 여러 가용 영역(AZ)에 나누어 자동으로 복제하고 필요에 따라 저장 공간이 늘어나는 구조라, 같은 호환성을 유지하면서 더 나은 성능과 내구성을 얻을 수 있습니다. 기존 MySQL용 애플리케이션 코드를 거의 그대로 쓸 수 있다는 점도 큰 장점입니다.
  
  • Aurora Serverless v2 : 데이터베이스 용량을 미리 고정하지 않고 실제 부하에 맞춰 잘게 늘리고 줄여 주는 실행 방식입니다. 용량은 ACU(Aurora Capacity Unit)라는 단위로 표현되며 사용한 용량과 시간만큼만 요금이 부과되므로, 사용 시간이 짧고 몰려 있는 형태의 워크로드에서 비용을 크게 아낄 수 있습니다.
  • 프로비저닝된 Aurora : 인스턴스 클래스를 정해 두고 계속 띄워 두는 전통적인 방식이며, 사용량이 꾸준하고 예측 가능한 환경에 적합합니다.
• Amazon EC2 (Elastic Compute Cloud) : 원하는 사양의 가상 서버를 필요한 만큼 빌려 쓰는 컴퓨팅 서비스입니다. 운영 체제부터 데이터베이스 설치와 백업, 패치까지 직접 관리해야 하므로 자유도가 높은 대신 운영 부담이 큽니다. 인스턴스는 필요할 때 켜고 끌 수 있지만, 켜져 있는 동안에는 실제 사용 여부와 무관하게 요금이 발생합니다. 인스턴스 예약은 정해진 기간 동안 꾸준히 사용할 것을 약속하고 할인을 받는 방식이라, 사용 시간이 아주 짧은 경우에는 오히려 낭비가 커집니다.

3. 선택지 분석하기

A. 기존 RDS for MySQL 데이터베이스를 Aurora Serverless v2 MySQL 데이터베이스 클러스터로 마이그레이션합니다.
→ 부하에 맞춰 용량이 자동으로 오르내려 사용한 만큼만 요금이 발생하고 MySQL 호환성도 유지되므로, 가장 적절한 방법입니다.

B. 기존 RDS for MySQL 데이터베이스를 Aurora MySQL 데이터베이스 클러스터로 마이그레이션합니다.
→ 정해진 크기의 인스턴스를 계속 띄워 두는 방식이라 쓰지 않는 시간에도 요금이 이어지므로, 비용 최적화 관점에서 적절치 않습니다.

C. 기존 RDS for MySQL 데이터베이스를 MySQL을 실행하는 Amazon EC2 인스턴스로 마이그레이션합니다. EC2 인스턴스에 대한 인스턴스 예약을 구매합니다.
→ 장기간 꾸준히 쓸 것을 전제로 하는 약정이라 사용 시간이 극히 짧은 경우에는 낭비가 크고 관리 부담도 늘어나므로, 요구를 충족하기 어렵습니다.

D. 기존 RDS for MySQL 데이터베이스를 MySQL 컨테이너 이미지를 사용하여 작업을 실행하는 Amazon Elastic Container Service(Amazon ECS) 클러스터로 마이그레이션합니다.
→ 데이터 보관과 백업, 이중화를 직접 설계해야 해 운영 복잡도가 크게 올라가므로, 다른 방식보다 효율적이지 않습니다.

---

 

오늘 문제들은 "어디를 봐야 하는가"와 "어디까지 되는가"를 묻고 있었습니다.

각 문제가 의미하는 바를 명확히 이해하시는 게 늘 도움이 되실 겁니다.

 

주말 잘 보내시고 다음 주에 뵙겠습니다! 😊