기준: DOP-C02 시험 가이드오류 제보
오늘은 16주 학습의 총결산이다. DOP-C02 실전은 75문항(채점 65 + 비채점 10)을 180분에 푸는 시험이고, 합격선은 1000점 만점에 750점(약 75%)이다. 모의고사의 진짜 가치는 점수 자체가 아니라 세 가지를 드러내는 것이다. 첫째 페이스(문항당 약 2분 24초의 감각), 둘째 도메인별 약점(어느 영역에서 정답률이 무너지는가), 셋째 함정 패턴 인식(왜 매력적인 오답에 끌렸는가). 이 글의 50문항은 실전 도메인 비중을 그대로 반영하고, 각 문항의 해설을 "정답이 왜 맞는가"뿐 아니라 "오답이 왜 매력적인 함정인가"까지 파고들어 — 시험장에서 마지막 2개로 좁힌 뒤 단서로 결정하는 능력을 단련한다.
푸는 요령을 다시 새긴다. (1) "MOST cost-effective", "LEAST operational overhead", "MINIMUM changes", "automatically" 같은 한정어에 동그라미를 친다 — 두 보기가 다 동작할 때 이 한정어가 정답을 가른다. (2) 처음 보는 서비스명은 대개 함정 오답이다. (3) 2분 넘게 고민되면 즉시 마킹하고 넘어간 뒤 마지막에 돌아온다. (4) 빈 답은 없다 — 50% 확률이라도 반드시 답을 채운다.
🔍 더 깊이: AWS 시험은 75문항 중 10문항이 비채점(unscored) 파일럿 문항이다(미래 시험을 위한 통계 수집용, 어느 것이 비채점인지 응시자는 모름). 그래서 "모든 문항이 점수에 들어간다"고 가정하고 다 진지하게 풀어야 한다. 점수는 척도 점수(scaled score, 100~1000)로, 원점수(맞은 개수)를 시험 버전별 난이도로 보정한 값이다 — 즉 750점은 "65문항 중 정확히 N개"가 아니라 통계적으로 보정된 합격선이라, 보통 채점 문항의 약 72~75% 정도를 맞히면 안전권으로 본다. 결과지에는 도메인별 "충족/미충족(competency)"이 표시되지만 도메인별 점수가 합격을 직접 결정하진 않는다(총점만 합/불 결정) — 다만 약점 도메인 파악에 쓴다. 모의고사에서 75% 미만이면 부족한 도메인을 day1~3로 보강할 시간이 아직 있다.
선택지를 클릭하면 정답·해설이 펼쳐집니다.
문제 1
50개 마이크로서비스 팀에 표준 CI/CD 파이프라인을 셀프서비스로 제공하되 회사 표준을 강제하려 한다. 가장 적합한 것은?
문제 2
Tooling 계정의 CodePipeline이 Spoke 계정에 cross-account 배포할 때 반드시 갖춰야 하는 것은?
문제 3
Lambda 함수를 "5분 동안 50%만 보낸 뒤 문제없으면 나머지 50%로" 두 단계 배포하려 한다.
문제 4
ECS 서비스를 Blue/Green으로 배포하며 새 버전을 프로덕션 트래픽 전환 전에 테스트하려 한다.
문제 5
CodeBuild가 인터넷이 차단된 프라이빗 VPC에서 ECR·S3·Secrets Manager에 접근해야 한다. 가장 적절한 것은?
문제 6
PR이 열릴 때 자동으로 코드 품질·보안 취약점을 검사하려 한다.
문제 7
컨테이너 이미지가 빌드 후 위·변조되지 않았음을 배포 시 검증하려 한다.
문제 8
프로덕션 변경 freeze 기간(연말 등)에 배포를 자동 차단하려 한다.
문제 9
GitHub Actions가 정적 액세스 키 없이 AWS에 배포하게 하려 한다.
문제 10
Lambda Canary 배포 중 에러율 알람이 울리면 자동 롤백하려 한다.
문제 11
CodePipeline에서 monorepo의 특정 경로 변경 시에만 실행하고 동적 변수를 전달하려 한다.
문제 12
60개 계정에 동일 보안 베이스라인을 배포하고 OU에 새로 들어오는 계정에도 자동 적용하려 한다.
문제 13
CloudFormation 변경을 적용 전에 어떤 리소스가 생성·수정·삭제될지 미리 보려 한다.
문제 14
CloudFormation 스택 배포 중 외부 SaaS API를 호출해 리소스를 등록해야 한다.
문제 15
파이프라인 자체가 코드 변경에 따라 스스로 업데이트되는 CI/CD를 원한다.
문제 16
Terraform State를 여러 팀이 안전하게 공유하고 동시 수정 충돌을 막으려 한다.
문제 17
RDS 자격 증명을 90일마다 자동 회전하되 애플리케이션 코드는 바뀌면 안 된다.
문제 18
피처 플래그를 점진 롤아웃하고 잘못된 구성 값은 배포 전에 차단한다.
문제 19
5,000대 온프레미스 서버를 EC2와 동일한 방식으로 패치 관리하려 한다.
문제 20
CloudFormation으로 관리되는 리소스가 콘솔에서 외부 변경됐는지 주기적으로 자동 탐지하려 한다.
문제 21
RTO 1분, RPO 1초 미만의 관계형 DB 멀티 리전 DR.
문제 22
두 리전에서 동시에 읽고 쓰는 키-값 저장소가 필요하다.
문제 23
글로벌 사용자에게 1초 이내 페일오버와 변하지 않는 고정 IP를 제공한다.
문제 24
Pilot Light DR 전략의 핵심 특징은?
문제 25
S3 객체를 다른 리전에 15분 SLA로 복제 보장해야 한다.
문제 26
DR 페일오버를 자동화하되, 페일오버 절차가 주 리전 장애에 영향받지 않게 하려 한다.
문제 27
복원력 설계가 실제 장애에서 작동하는지 통제된 방식으로 검증하려 한다.
문제 28
30개 계정의 메트릭·로그·트레이스를 단일 대시보드로 통합한다.
문제 29
Lambda에서 고카디널리티 커스텀 메트릭을 비용·성능 효율적으로 발행한다.
문제 30
컨테이너 로그를 CloudWatch·S3·OpenSearch에 동시 분기한다.
문제 31
마이크로서비스 간 요청이 어디서 느려지는지 인과를 추적한다.
문제 32
사용자가 없어도 API/UI 동작을 주기적으로 합성 테스트해 가용성을 감시한다.
문제 33
실제 최종 사용자의 페이지 성능·에러를 브라우저에서 수집한다.
문제 34
수 TB 로그를 저비용 장기 보관하며 가끔 대용량 분석한다(Logs Insights 비용 부담).
문제 35
Prometheus/Grafana 오픈소스 호환 매니지드 관찰성을 원한다.
문제 36
보안·운영 신호에 대한 자동 대응의 표준 진입점은?
문제 37
여러 단계·재시도·감사 추적이 필요한 복잡한 인시던트 Runbook을 구성한다.
문제 38
SSM Runbook 실행 중 위험한 조치 직전에 사람 승인을 받게 한다.
문제 39
Slack에서 제한된 AWS CLI를 안전하게 실행하고 알림을 받는다.
문제 40
인시던트 발생 시 온콜 페이징과 사후 분석(Post-Incident Analysis)을 자동화한다.
문제 41
SQS DLQ 메시지를 자동 재처리(re-drive)하되 무한 루프를 방지한다.
문제 42
EC2 예정 유지보수 같은 AWS 측 이벤트를 받아 자동 대응을 라우팅한다.
문제 43
60개 계정에 GuardDuty를 활성화하고 신규 계정도 자동 포함한다.
문제 44
모든 리전의 Security Hub Finding을 단일 리전에 집계한다.
문제 45
S3 버킷이 공개로 바뀌면 자동으로 차단한다.
문제 46
SOC 2 감사 증거를 자동 수집·보고한다(Config·CloudTrail·SH 활성).
문제 47
EC2·Lambda·ECR의 소프트웨어 취약점(CVE)을 자동 스캔·우선순위화한다.
문제 48
S3에 PII가 있는지 자동 탐지·보고한다.
문제 49
IAM 정책이 외부 공유 가능성을 갖는지 배포 전에 검증한다.
문제 50
온프레미스 서버가 정적 액세스 키 없이 AWS API를 호출하게 한다.
채점 후 도메인별 정답률을 계산하고 다음 기준으로 마지막 보강 영역을 정한다.
| 정답률 | 판정 | 액션 |
|---|---|---|
| 90%+ | 안정 | ⭐ 핵심 포인트만 가볍게 |
| 75~89% | 합격권 | 오답 노트 + 함정 패턴 재확인 |
| 60~74% | 위험 | 해당 도메인 day1~3 narrative 재독 + 박스 정독 |
| <60% | 보강 필요 | 해당 Week 본 자료 재학습(개념부터) |
🎯 시나리오(약점 진단 예시): 도메인 6에서 "Inspector vs GuardDuty vs Macie"를 반복해 틀린다면, 이는 단순 암기 부족이 아니라 "무엇을 보는가(신호원)"의 분류가 안 잡힌 것이다 — day3의 탐지 서비스 분업 표(행위/CVE/PII/노출/인과)를 다시 보고, 문제의 명사 단서(CVE·PII·외부 공개·침해 징후)로 즉시 매핑하는 훈련을 한다. 도메인 1에서 Canary/Linear를 자꾸 틀린다면 day1의 "Canary=2단계, Linear=균등 증분" 구조 차이를 다시 새긴다. 약점은 "어느 도메인"이 아니라 "어느 개념 축"인지로 좁혀야 효율적이다.