AWS SAA-C03 한국어 샘플 11번

[문제11]

회사는 확장성 및 가용성에 대한 요구 사항을 충족하기 위해 중요한 애플리케이션을 컨테이너에서 실행하기를 원합니다. 회사는 중요한 애플리케이션의 유지 관리에 집중하는 것을 선호합니다. 회사는 컨테이너화된 워크로드를 실행하는 기본 인프라의 프로비저닝 및 관리에 대한 책임을 원하지 않습니다. 솔루션 아키텍트는 이러한 요구 사항을 충족하기 위해 무엇을 합니까?

A. Amazon EC2 인스턴스를 사용하고 인스턴스에 Docker 설치

B. Amazon EC2 작업자 노드에서 Amazon Elastic Container Service(Amazon ECS) 사용

C. AWS Fargate에서 Amazon Elastic Container Service(Amazon ECS) 사용

D. Amazon Elastic Container Service(Amazon ECS)-op6mized Amazon 머신 이미지(AMI)의 Amazon EC2 인스턴스를 사용합니다.

[요구 사항 분석]

1. 확장성 및 가용성: 중요한 애플리케이션은 확장성과 가용성을 충족해야 합니다.
2. 유지 관리 집중: 회사는 애플리케이션 유지 관리에 집중하고 싶어합니다.
3. 기본 인프라 관리 회피: 컨테이너화된 워크로드 실행을 위한 기본 인프라의 프로비저닝 및 관리에 대한 책임을 원하지 않습니다.

문제 11에서 언급된 서비스와 관련 옵션을 다음과 같이 설명하겠습니다.

[관련 서비스 설명]

1. Amazon EC2 (Elastic Compute Cloud):
역할: AWS에서 가상 서버를 제공하는 서비스입니다. 사용자에게 컴퓨팅 용량을 제공하여 애플리케이션을 호스팅할 수 있게 합니다.
특징: 사용자가 인스턴스 유형, 운영 체제, 스토리지 등을 선택하여 서버를 구성할 수 있으며, 인프라 관리와 유지 보수는 사용자가 직접 해야 합니다.

2. Docker:

• 역할: 애플리케이션을 컨테이너화하여 일관성 있는 환경에서 실행할 수 있도록 하는 플랫폼입니다.
• 특징: 개발자들이 애플리케이션을 컨테이너로 패키징하여 어떤 환경에서도 실행할 수 있게 제공합니다. 그러나, Docker를 EC2에서 사용하는 경우 인프라 관리가 필요합니다.

3. Amazon Elastic Container Service (ECS):

• 역할: AWS에서 제공하는 컨테이너 관리 서비스로, Docker 컨테이너를 쉽게 배포, 관리 및 확장할 수 있도록 지원합니다.
• 특징: ECS는 클러스터 내에서 컨테이너를 실행하고 관리하며, 사용자는 인프라의 세부적인 관리와 노드를 관리할 수 있습니다.

4. AWS Fargate:

• 역할: AWS의 서버리스 컨테이너 서비스로, 사용자가 서버를 프로비저닝하거나 관리하지 않고도 컨테이너를 실행할 수 있도록 합니다.
• 특징: Fargate를 사용하면 컨테이너를 정의하고 실행할 수 있으며, 인프라 관리에 대한 부담을 덜 수 있습니다. 사용자에게 컴퓨팅 용량을 정확히 할당하고 자동으로 확장할 수 있는 장점이 있습니다.

[각 보기 분석]

A

• 장점:
  • EC2 인스턴스를 사용하여 Docker를 설치하면 컨테이너를 직접 실행할 수 있습니다.
• 단점:
  • EC2 인스턴스의 프로비저닝 및 관리가 필요하므로 요구 사항에 맞지 않습니다. 회사는 인프라 관리를 피하고 싶어합니다.

B

• 장점:
  • Amazon ECS를 사용하면 컨테이너를 쉽게 관리할 수 있습니다. EC2 작업자 노드를 사용하면 컨테이너 오케스트레이션을 지원합니다.
• 단점:
  • 그러나 EC2 인스턴스를 직접 관리해야 하므로 기본 인프라 관리 책임이 여전히 존재합니다.

C

• 장점:
  • AWS Fargate는 서버리스 컴퓨팅 엔진으로, 컨테이너를 실행하기 위한 인프라를 관리할 필요가 없습니다.
  • Fargate를 사용하면 확장성과 가용성이 보장되며, 사용자 정의 인프라 프로비저닝 없이 컨테이너화된 애플리케이션을 실행할 수 있습니다.
• 단점:
  • Fargate는 특정 요구 사항에 따라 비용이 증가할 수 있지만, 인프라 관리의 필요성을 없애는 장점이 큽니다.

D

• 장점:
  • ECS 최적화 AMI를 사용하면 ECS에 최적화된 환경을 제공받을 수 있습니다.
• 단점:
  • 그러나 EC2 인스턴스를 여전히 관리해야 하므로 기본 인프라 관리 책임이 있습니다. 요구 사항을 충족하지 못합니다.

[정답 및 최종 판단]

정답은 C입니다. AWS Fargate를 사용하여 Amazon ECS에서 컨테이너화된 워크로드를 실행하면 기본 인프라 관리의 필요성을 없앨 수 있으며, 이는 회사의 요구 사항에 부합합니다.

문제 11은 AWS에서 컨테이너화된 애플리케이션을 실행하는 데 필요한 확장성과 가용성을 고려한 솔루션 설계에 관한 내용입니다. 아래에 해당 도메인, 태스크 설명, 관련 지식 및 기술을 정리했습니다.

[도메인]

• 도메인 2: 복원력을 갖춘 아키텍처 설계

[태스크 설명]

• 태스크 설명 2.1: 확장 가능하고 느슨하게 결합된 아키텍처를 설계합니다.
• 태스크 설명 2.2: 고가용성 및/또는 내결함성 아키텍처를 설계합니다.

[관련 지식]

1. API 생성 및 관리: Amazon API Gateway 등 다양한 API 관리 방법.
2. AWS Managed Services와 적합한 사용 사례: 컨테이너화된 애플리케이션과 관련된 AWS 관리 서비스.
3. 스케일링 전략: 애플리케이션의 수평적 및 수직적 스케일링 방법.
4. 마이크로서비스의 설계 원칙: 상태 비저장 및 상태 저장 워크로드 비교.
5. 이벤트 기반 아키텍처: 이벤트를 기반으로 한 컴포넌트 간의 느슨한 결합 설계.
6. 로딩 밸런싱: Application Load Balancer와 같은 로드 밸런싱 개념.
7. 서버리스 기술 및 패턴: AWS Fargate, AWS Lambda 등 서버리스 아키텍처 구성에 관한 지식.

[관련 기술]

1. 요구 사항에 따라 이벤트 기반, 마이크로서비스 및/또는 멀티 티어 아키텍처 설계: 컨테이너화된 애플리케이션을 효율적으로 설계하기 위한 지식.
2. 아키텍처 설계에 사용되는 구성 요소의 크기 조정 전략 결정: 확장성을 고려한 시스템 설계.
3. 요구 사항에 따라 느슨한 결합을 달성하는 데 필요한 AWS 서비스 결정: 각각의 컴포넌트가 독립적으로 확장될 수 있도록 설계.
4. 서버리스 기술 및 패턴 사용 시기 결정: 관리 부담을 줄이기 위해 컨테이너화된 애플리케이션에 Fargate와 같은 서비스를 사용하는 것.
5. 워크로드에 맞춰 특별히 구축된 AWS 서비스 사용: AWS의 관리형 서비스를 활용하여 인프라 관리의 필요성을 줄이는 방법.