기준: DOP-C02 시험 가이드오류 제보
16주의 마지막 글이다. 오늘 할 일은 새로운 지식을 욱여넣는 것이 아니라 — 그건 오히려 해롭다 — 이미 가진 지식을 시험장에서 최대치로 끌어내는 조건을 만드는 것이다. DOP-C02 같은 Professional 시험의 합/불은 종종 "아는 것"이 아니라 "아는 것을 3시간 동안 일관되게 발휘하는 것"에서 갈린다. 75문항의 긴 시나리오를 읽다 보면 집중력이 흔들리고, 매력적인 오답에 끌리고, 페이스가 무너진다. 오늘은 그 흔들림을 막는 체크리스트와 시험장 전략, 그리고 6개 도메인을 가로지르는 마지막 통합 시나리오 모의로 감을 마무리한다.
핵심 원칙은 하나다. 시험 직전 48시간은 "공부"가 아니라 "컨디션 관리"의 시간이다. 새 자료를 펴는 순간 "내가 모르는 게 이렇게 많았나" 하는 불안이 자신감을 갉아먹는다. D-1일에 모의고사를 새로 풀어 점수가 낮게 나오면 그 불안이 시험장까지 따라온다. 이 시기엔 본 자료(week16 day1~4의 ⭐ 핵심 포인트와 박스)만 반복하며 "나는 이미 충분히 안다"는 상태를 유지하는 게 점수에 더 이롭다.
🔍 더 깊이: DOP-C02는 두 가지 방식으로 응시한다. Pearson VUE 시험 센터(오프라인)와 OnVUE 온라인 감독(proctored)(집/사무실). OnVUE는 편하지만 환경 요건이 까다롭다 — 방에 혼자, 책상 위 완전 청소(메모지·전자기기·음료 금지), 360도 방 스캔, 시험 내내 웹캠·마이크 켜짐, 자리 이탈 금지(화장실 불가), 안정적 네트워크. 체크인은 시작 30분 전부터 가능하고, 시스템 사전 점검(System Test)을 며칠 전 반드시 돌려야 한다(카메라·마이크·대역폭). 한 가지 자주 놓치는 점: 영어가 모국어가 아닌 응시자는 영문 시험에 한해 30분 추가 시간(ESL +30분)을 신청할 수 있다(예약 시 별도 신청, 시험 당일엔 불가). 한국어 시험을 선택할 수도 있으나, 일부 번역이 어색해 의미가 모호할 때를 대비해 영문 토글로 원문을 확인하는 습관이 안전하다. 시험 도구에는 문항 마킹(flag for review)·노트 기능이 있고, 제출 즉시 잠정 합/불이 화면에 뜨며 공식 결과지(도메인별 competency 포함)는 보통 며칠 내 이메일로 온다.
"D-1일에 새 모의를 풀지 말라"는 조언은 단순 미신이 아니라 인지 부하 이론(cognitive load theory)과 시험 불안 연구에 근거한다. 새 문제는 작업 기억에 새 부하를 주고, 직전의 실패 경험은 자기효능감(self-efficacy, Bandura)을 떨어뜨려 본 시험의 수행을 저해한다. 반대로 익숙한 자료의 재인출(retrieval practice)은 기억을 공고화하면서도 "할 수 있다"는 상태를 유지시킨다. 또 충분한 수면은 기억 공고화(memory consolidation) — 해마에서 신피질로 학습 내용을 옮기는 과정 — 에 필수라, 벼락치기로 수면을 깎으면 어제 외운 것까지 흔들린다. "직전엔 자라"가 과학인 이유다.
Professional 시험의 보기는 4개 중 2개가 "명백히 틀림"이라 빠르게 제거되고, 남은 2개에서 승부가 난다. 이 2개를 가르는 기술이 합/불을 결정한다.
🎯 시나리오(의사결정 기술): 두 보기 A·B가 모두 "기술적으로 동작"한다면, 질문의 한정어(qualifier)로 결정한다. (1) "MOST cost-effective"면 → 매니지드/서버리스/사용량 과금 쪽, 상시 가동·과대 프로비저닝은 탈락(예: Logs 영구 보존 vs S3+Athena → 후자). (2) "LEAST operational overhead"면 → AWS 네이티브 통합·자동화 쪽, 직접 Lambda 스크립트·자체 구현은 탈락(예: Lambda 스캔 vs Auto-Enable → 후자). (3) "MINIMUM changes / least disruptive"면 → 기존 구조 재사용·코드 무변경 쪽(예: Parameter Store 마이그레이션 vs Secrets Manager 회전 → 코드 무변경이면 후자). (4) "automatically / across all accounts"면 → 신규 자동 포함·Org 통합 쪽(StackSets Service-Managed, Auto-Enable). 한정어를 못 읽으면 두 정답 사이에서 동전 던지기가 되고, 읽으면 90% 이긴다.
⚠️ 함정: 시험장에서 빠지기 쉬운 함정 패턴. (1) 처음 보는 그럴듯한 서비스명 — 보통 오답 미끼다(실재하지 않거나 맥락에 안 맞음). (2) "All of the above / None of the above" — Professional엔 드물고, 보이면 의심한다. (3) 암호화(KMS)와 무결성(서명)의 혼동 — "위·변조 방지"에 KMS를 고르면 틀린다. (4) 탐지와 대응의 혼동 — "자동으로 차단/수정"인데 GuardDuty(탐지만)를 고르면 틀린다(대응은 Config Remediation/SSM/Lambda). (5) 푸시 vs 폴링 — AppConfig는 폴링이다. (6) 첫 직감을 근거 없이 바꾸기 — 새 단서가 없으면 첫 답을 유지하는 편이 통계적으로 유리하다.
| # | 단서 | 정답 |
|---|---|---|
| 1 | Cross-Account Pipeline 필수 | KMS CMK 키 정책 + Cross-Account Role |
| 2 | Lambda 5분 50% 두 단계 | Canary50Percent5Minutes |
| 3 | Lambda N분 N% 균등 | Linear... |
| 4 | ECS Blue/Green | CodeDeploy + ALB Test/Prod Listener |
| 5 | CodeBuild 인터넷 차단 VPC | VPC Endpoint(PrivateLink) |
| 6 | 위·변조 방지 | Signer/Notation 서명(KMS 아님) |
| 7 | freeze 기간 차단 | SSM Change Calendar |
| 8 | CI 정적 키 제거 | OIDC(AssumeRoleWithWebIdentity) |
| 9 | 온프레 정적 키 제거 | IAM Roles Anywhere |
| 10 | 신규 계정 자동 베이스라인 | StackSets Service-Managed + Auto-Deployment |
| 11 | CF 변경 사전 미리보기 | Change Set |
| 12 | CF 외부 API 호출 | Custom Resource(Lambda) |
| 13 | 자체 변이 파이프라인 | CDK Pipelines(Self-Mutate) |
| 14 | Terraform State 공유 | S3 + DynamoDB Lock + KMS |
| 15 | DB 자격 자동 회전 | Secrets Manager + Rotation Lambda |
| 16 | 피처 플래그 점진+검증 | AppConfig + Validator + Strategy |
| 17 | 온프레 패치 = EC2 | SSM Hybrid Activation + Patch Manager |
| 18 | RTO 1분/RPO 1초 SQL | Aurora Global Database |
| 19 | Active-Active 키-값 | DynamoDB Global Tables(LWW) |
| 20 | 고정 IP + 1초 페일오버 | Global Accelerator |
| 21 | 복원력 사전 검증 | FIS(카오스) |
| 22 | 멀티 계정 관찰성 | CloudWatch OAM(Sink/Link) |
| 23 | Lambda 고카디널리티 메트릭 | EMF |
| 24 | 컨테이너 로그 다중 분기 | FireLens + Firehose |
| 25 | 자동 대응 진입점 | EventBridge |
| 26 | 사람 승인 Runbook | SSM Automation aws:approve |
| 27 | 페이저 + Post-Incident | Incident Manager |
| 28 | 신규 계정 GuardDuty 자동 | Delegated Admin + Auto-Enable |
| 29 | SOC2 증거 자동 수집 | Audit Manager |
| 30 | S3 PII / EC2 CVE / 외부 공개 | Macie / Inspector / Access Analyzer |
선택지를 클릭하면 정답·해설이 펼쳐집니다.
문제 1
한 글로벌 핀테크가 monorepo로 40개 서비스를 운영한다. services/payments/** 경로 변경 시에만 payments 파이프라인이 돌고, 빌드 아티팩트는 위·변조가 방지돼야 하며, Lambda 함수는 10% 카나리 5분 후 전체 전환과 알람 시 자동 롤백이 필요하다. 가장 적절한 조합은?
문제 2
60개 계정 환경에서 ① 모든 계정에 GuardDuty·Config 활성 + 신규 계정 자동 포함 ② S3 공개 시 자동 차단(단, 프로덕션 리소스 삭제 등 위험 조치는 사람 승인) ③ 탈취된 IAM 자격 자동 무효화를 모두 만족하려 한다. 가장 적절한 설계는?
문제 3
결제 DB는 RTO 1분·RPO 수 초가 필요하고, 세션 저장소(키-값)는 두 리전 동시 쓰기가 필요하며, 파트너가 목적지 IP를 방화벽에 화이트리스트해 IP를 바꿀 수 없는데 1초 페일오버를 원한다. 또 페일오버 절차가 주 리전 장애에 의존하면 안 된다. 가장 적절한 조합은?
문제 4
50개 마이크로서비스의 분산 트레이스가 필요한데 트래픽이 커서 전수 트레이싱은 비용이 크고, 벤더 종속 없이 여러 백엔드로 보내야 하며, 멀티 계정 관찰성을 단일 대시보드로 통합해야 한다. 가장 적절한 조합은?
문제 5
규제 산업에서 SOC 2 감사 증거를 분기마다 자동 수집·보고해야 한다. CloudTrail·Config·Security Hub는 이미 활성화돼 있고, CloudTrail 로그는 침해 시 공격자가 지울 수 없어야 한다. 가장 적절한 설계는?
문제 6
개발자에게 IAM Role 셀프서비스 생성을 위임하되, 만든 Role이 회사 정책 상한(특정 리전만 등)을 넘지 못하게 안전하게 강제하려 한다. 가장 적절한 방법은?
문제 7
인시던트 대응에서 여러 단계·재시도·감사 추적이 필요한 복잡한 Runbook을 구성하고, AWS Health 이벤트(예정 유지보수)와 GuardDuty Finding 양쪽을 트리거로 받으려 한다. 가장 적절한 조합은?
문제 8
CodeBuild 빌드 환경이 프라이빗 VPC에서 ECR·S3·CodeArtifact·Secrets Manager에 인터넷 없이 접근해야 하고, 빌드 아티팩트는 cross-account로 Spoke 계정이 배포 시 읽어야 한다. 가장 적절한 설계는?
문제 9
AppConfig로 피처 플래그를 운영 중인데, "구성이 바뀌면 AWS가 애플리케이션에 즉시 푸시한다"고 가정한 설계가 실제로는 즉시 반영되지 않는다. 원인과 올바른 이해는?
문제 10
"EC2의 알려진 CVE 스캔", "S3의 PII 탐지", "IAM 정책의 외부 공유 가능성 사전 검증", "침해 사건의 근본 원인·연결 분석"을 각각 어떤 서비스로 수행하는가?
문제 11
두 보기가 모두 동작한다. 질문은 "60개 계정에 신규 계정 포함 보안 베이스라인을 LEAST operational overhead로 적용"이다. (A) StackSets Self-Managed로 각 계정에 실행 Role을 수동 생성해 배포, (B) Service-Managed StackSets + Auto-Deployment를 OU에 배포. 한정어를 근거로 고르면?
문제 12
한 조직이 cross-account 파이프라인 배포에서 간헐적으로 "Access Denied (KMS)"를 겪는다. S3 버킷 정책은 Spoke를 허용하도록 이미 수정했다. 다음 조치로 가장 적절한 것은?
문제 13
시험 D-1일에 가장 권장되는 행동은?
문제 14
두 보기가 모두 기술적으로 동작할 때, "MOST cost-effective"라는 한정어가 붙은 문제에서 일반적으로 선호되는 방향은?
문제 15
"위·변조 방지(integrity/provenance)"를 요구하는 문제에서 KMS 암호화를 고르면 틀리는 이유는?
문제 16
시험 마지막 20분에 대한 가장 적절한 전략은?
문제 17
"LEAST operational overhead"로 60개 계정에 신규 계정 포함 보안 베이스라인을 적용해야 한다. Self-Managed StackSets와 Service-Managed StackSets + Auto-Deployment 중 올바른 선택과 근거는?
문제 18
"구성이 바뀌면 즉시 반영"을 가정하고 AppConfig를 설계했는데 지연이 발생한다. 올바른 이해는?
문제 19
Professional 시험에서 전혀 모르는 문항을 만났을 때 빈 답을 남기지 않기 위한 합리적 추측 방향은?
🎯 시나리오(종료 전 전략): 마지막 20~30분은 새 문제가 아니라 flag된 문항에 쓴다. 우선순위: (1) 2분 이상 고민했던 시나리오 문항부터 — 처음엔 안 보이던 한정어(MOST/LEAST)가 다시 보면 잡힌다. (2) 답을 바꿀 만한 새로운 근거가 없으면 첫 직감을 유지한다(근거 없는 변경은 통계적으로 손해). (3) 빈 칸은 0개여야 한다 — 전혀 모르겠으면 그럴듯한 매니지드/자동화 보기를 찍는다(Professional의 정답은 대개 "AWS 네이티브·자동·최소 운영" 쪽). (4) 매우 긴 시나리오는 마지막 문장(실제 질문)과 한정어를 먼저 읽고 보기를 본 뒤 본문에서 단서를 역추적하면 빠르다.
당일 페이스 운용
==================================================
체크인(시작 30분 전)
│
▼
시험 시작 (180분, 75문항)
├─ 0~25문 : 페이스 기준선 (목표 ~55분, 침착)
├─ 25~55문: 본격 풀이 (목표 ~80분, 막히면 flag)
├─ 55~75문: 마무리 (목표 ~25분)
└─ 마지막 ~20분: flag 문항 + 긴 시나리오 재검토
│
▼
제출 → 잠정 합/불 즉시 확인 → 공식 결과지(도메인 competency) 이메일
오늘 다룬 것은 지식이 아니라 그 지식을 발휘하는 조건이다. 첫째, 직전 48시간은 공부가 아니라 컨디션 관리 — 새 자료·새 모의를 피하고 본 자료 반복으로 자기효능감과 수면(기억 공고화)을 지킨다. 둘째, 시험 환경 메커니즘(OnVUE 요건·ESL +30분·영문 토글·마킹·잠정 결과)을 미리 알아 변수에 흔들리지 않는다. 셋째, 두 보기로 좁힌 뒤 한정어(MOST cost-effective / LEAST operational overhead / MINIMUM changes / automatically)로 결정하는 것이 합/불의 기술이고, 암호화↔서명·탐지↔대응·푸시↔폴링의 혼동이 대표 함정이다. 넷째, 빈출 30선과 통합 시나리오 19문항으로 도메인을 가로지르는 단서 매핑을 마지막으로 점검했다. 다섯째, 마지막 20분은 flag 문항에 쓰고 첫 직감을 함부로 바꾸지 않으며 빈 답을 0으로 만든다.
16주 동안 SDLC 자동화부터 멀티 계정 거버넌스, 복원력의 수학, 관찰성의 이론, 보안의 심층 방어까지 — DOP-C02의 여섯 도메인을 단순 암기가 아니라 "왜 그런가"의 원리로 꿰어 왔다. 이제 남은 건 그 이해를 시험장에서 차분히 꺼내는 일뿐이다.