SAP-C02 Q95 · Migration

Question

한 회사가 AWS 클라우드에서 온프레미스 주문 처리 플랫폼을 리팩토링하고 있습니다. 플랫폼에는 여러 VM에서 호스팅되는 웹 프런트 엔드, 프런트 엔드를 백엔드에 연결하는 RabbitMQ, 컨테이너화된 백엔드 시스템을 실행하여 주문을 처리하는 Kubernetes 클러스터가 포함됩니다. 회사는 응용 프로그램을 크게 변경하지 않으려고 합니다. 최소한의 운영 오버헤드로 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

Accepted Answer

문제의 요구사항을 하나씩 분해하면:

**1) 웹 프런트엔드 (여러 VM)**
→ VM의 AMI를 생성 → EC2 Auto Scaling Group + ALB
→ 기존 VM 기반 앱을 '크게 변경하지 않고' 그대로 리프트
→ Auto Scaling으로 확장성 확보, ALB로 트래픽 분산

**2) RabbitMQ 메시징 큐**
→ Amazon MQ는 RabbitMQ를 **관리형 서비스로 그대로 지원**
→ 프로토콜(AMQP)·클라이언트 코드 변경 없이 마이그레이션 가능
→ '응용 프로그램을 크게 변경하지 않으려고 한다'는 요구사항에 정확히 부합

**3) 컨테이너화된 백엔드 (Kubernetes)**
→ Amazon EKS = AWS 관리형 Kubernetes 서비스
→ 기존 K8s 매니페스트·워크로드를 최소 변경으로 이전 가능
→ 컨트롤 플레인을 AWS가 관리하므로 **운영 오버헤드 최소화**

결론: A는 세 컴포넌트 모두를 '최소 변경 + 최소 운영 오버헤드'로 매핑한 유일한 보기

📖 해설

✅ 정답 분석

❌ 오답 분석

📘 핵심 개념

🏗️ 아키텍처

⚙️ 운영 관점

💰 비용 관점

🎯 시험 팁