Cert Notes/ 출퇴근 학습 노트
로드맵
KOEN
CLF-C02 · FoundationalCloud Practitioner - Foundational
DVA-C02 · AssociateDeveloper - Associate
SAA-C03 · AssociateSolutions Architect - Associate
SOA-C02 · AssociateCloudOps Engineer - Associate
SAP-C02 · ProfessionalSolutions Architect - Professional
  • Week 1
    • 1.SAP 시험이라는 게임: 시나리오를 분해하는 손기술
    • 2.IAM·STS·Federation: 권한이라는 단어를 여섯 층으로 쪼개기
    • 3.VPC의 해부학: 라우팅 테이블이 진짜로 결정하는 것
    • 4.컴퓨팅 4종의 깊이: Nitro, EBS, ELB, Auto Scaling을 Pro 시야로 다시 보기
    • 5.1주차 통합: IAM·VPC·EC2가 한 시나리오에서 만날 때
  • Week 2
    • 1.AWS Organizations: 멀티 계정이라는 새로운 사고 단위
    • 2.Service Control Policy: 천장(Ceiling)이라는 사고 도구
    • 3.Control Tower와 Landing Zone: 거버넌스의 자동화
    • 4.IAM Identity Center, Permission Set, 통합 결제: 멀티 계정 SSO의 표준
    • 5.2주차 통합: Organizations·SCP·CT·IDC가 한 시나리오에서 만날 때
  • Week 3
    • 1.VPC Peering vs Transit Gateway: 네트워크 토폴로지의 선택
    • 2.Direct Connect 아키텍처와 이중화: 전용선의 물리학
    • 3.Site-to-Site VPN과 Client VPN: IPsec 터널의 모든 것
    • 4.PrivateLink와 VPC Endpoint: 서비스 추상화 네트워킹
    • 5.Week 3 복습: 고급 네트워킹 아키텍처 종합
  • Week 4
    • 1.AWS Outposts, Local Zones, Wavelength: 클라우드 경계의 확장
    • 2.Storage Gateway 4종 비교: 온프레미스 스토리지를 클라우드로 확장하는 방법
    • 3.Snow Family와 대규모 데이터 전송: 물리학이 인터넷을 이기는 순간
    • 4.EKS Anywhere, ECS Anywhere, 하이브리드 컨테이너: 오케스트레이션의 경계 확장
    • 5.Week 4 복습: 하이브리드 클라우드 아키텍처 종합
  • Week 5
    • 1.Multi-Region 아키텍처: 왜 글로벌 분산은 어려운가
    • 2.Route 53 라우팅 정책 7종: DNS가 아키텍처를 결정한다
    • 3.CloudFront 심화: CDN이 단순 캐시가 아닌 이유
    • 4.Route 53 심화: Health Check 알고리즘, DNSSEC, Geoproximity 수학, Resolver 하이브리드 DNS
    • 5.Week 5 복습: 글로벌 아키텍처 통합 시나리오
  • Week 6
    • 1.7R 마이그레이션 전략: 클라우드 이전의 의사결정 언어
    • 2.AWS MGN 심화: 블록 레벨 복제의 물리학, DRS 비교, Migration Hub Orchestrator
    • 3.AWS DMS + SCT: 데이터베이스 마이그레이션의 과학
    • 4.마이그레이션 가속 도구: App2Container, MAP, Migration Hub
    • 5.Week 6 복습: 마이그레이션 전략 통합 시나리오
  • Week 7
    • 1.컨테이너 오케스트레이션의 분기점: ECS, EKS, Fargate 선택의 진짜 기준
    • 2.EKS의 내부 해부 — 노드 그룹, IRSA, Karpenter가 만드는 운영 표준
    • 3.Fargate의 단가 해부 — 서버리스 컨테이너의 진짜 가격표
    • 4.서비스 메시의 해부 — App Mesh, Service Connect, Cloud Map이 갈리는 지점
    • 5.Week 7 종합 — 컨테이너 시나리오 12문항으로 굳히기
  • Week 8
    • 1.Lambda 고급: 동시성, 콜드 스타트, SnapStart의 내부 동작
    • 2.Step Functions: 분산 워크플로우의 상태 모델과 Saga 패턴
    • 3.EventBridge: Event Bus, Pipes, Scheduler의 통합 모델
    • 4.AppSync GraphQL과 SQS/SNS/Kinesis 메시징의 본질
    • 5.Week 8 종합 — 서버리스·이벤트 아키텍처 시나리오 12선
  • Week 9
    • 1.데이터 레이크 아키텍처: S3, Glue, Athena의 내부 동작과 비용 모델
    • 2.Redshift 심화: MPP 내부 동작, RA3 스토리지 분리, Spectrum과 Zero-ETL
    • 3.EMR, Glue, MWAA: 분산 처리 엔진의 내부와 빅데이터 오케스트레이션
    • 4.Lake Formation, 데이터 거버넌스, MSK: 세분화 권한과 실시간 스트림의 내부
    • 5.Week 9 종합 복습: 데이터 아키텍처를 하나의 그림으로
  • Week 10
    • 1.SageMaker 심화: ML 라이프사이클, 추론 엔드포인트 4종, 학습 비용 수학
    • 2.Bedrock 심화: 생성형 AI 아키텍처, RAG 내부 동작, 벡터 검색의 수학
    • 3.Managed AI 서비스 심화: 사전 학습형 AI의 선택 논리와 동기·비동기 패턴
    • 4.MLOps 심화: 드리프트의 과학, Feature Store, 재학습 자동화 파이프라인
    • 5.Week 10 종합 복습: ML/AI 아키텍처 의사결정 + 시나리오 12문항
  • Week 11
    • 1.KMS 심화: 봉투 암호화의 수학, Key Policy의 권한 모델, 멀티 리전 키
    • 2.탐지 3총사: Macie·GuardDuty·Inspector의 내부 동작과 경계
    • 3.통합 관제: Security Hub·Detective·Audit Manager의 역할 분담
    • 4.엣지 보안: WAF·Shield·Firewall Manager와 DDoS 방어의 계층
    • 5.보안 종합: 암호화·탐지·통합 관제·엣지 방어를 한 시나리오로
  • Week 12
    • 1.Savings Plans·RI 전략 — 약정 할인의 수학, 적용 순서의 내부 동작, Organization 공유
    • 2.Compute Optimizer·Rightsizing — ML 기반 권고의 내부 동작, 도구 비교, 자동화 패턴
    • 3.Cost Explorer·Budgets·CUR — 비용 가시성의 계층, 예산 자동 통제, FinOps 데이터 파이프라인
    • 4.숨은 비용의 해부학 — S3 스토리지 계층, 데이터 전송 요금 구조, NAT Gateway의 함정
    • 5.비용 최적화 종합 복습: 약정·Spot의 수학과 숨은 비용의 trade-off
  • Week 13
    • 1.Well-Architected Framework 개요 — 6 기둥의 기원, WA Tool의 내부 동작, Lens의 설계 철학
    • 2.운영 우수성·보안 기둥 심화 — GitOps의 뿌리, 책임 공유 모델의 경계, 추적성 3종의 내부 차이
    • 3.안정성·성능 효율성 기둥 심화 — CAP 정리, 멱등성과 재시도의 수학, HPC 네트워킹의 물리
    • 4.비용·지속 가능성 기둥 심화 — 단위 경제학, 탄소 회계의 규제 뿌리, 두 기둥의 trade-off
    • 5.Well-Architected 종합 복습: 6 기둥을 한 시나리오로 풀어내기
  • Week 14
    • 1.DR 4가지 전략과 RTO/RPO 매핑 — 재해 복구의 역사, 동기·비동기 복제의 물리학, 클라우드 DR의 경제학
    • 2.백업: AWS Backup·Cross-Region Copy — WORM의 법적 기원, Vault Lock의 불가역성, 멀티 계정 백업 거버넌스
    • 3.Resilience Hub·Fault Injection Simulator — 카오스 엔지니어링의 탄생, Stop Condition의 안전 공학, DR 검증 자동화
    • 4.RDS·Aurora·DynamoDB Global의 DR — 동기·비동기 복제의 내부, Aurora 스토리지 아키텍처, Active-Active의 충돌 해결
    • 5.복원력·DR 종합 복습: RTO/RPO를 지키는 4가지 전략과 검증 도구
  • Week 15
    • 1.대기업 글로벌 ERP 마이그레이션 — 멀티 계정 거버넌스의 역사, 7R 마이그레이션의 해부학, 데이터 주권의 법적·기술적 뿌리
    • 2.스타트업 빠른 성장·비용 최적화 — 서버리스의 경제학, 100배 확장의 물리학, Savings Plans 수학
    • 3.금융: 규제·감사·격리·DR — PCI DSS의 역사, HSM과 키 계층의 암호학, 격리 아키텍처의 심층 방어
    • 4.미디어: 글로벌 스트리밍·CDN·실시간 — 스트리밍 프로토콜의 진화, CDN 캐싱의 물리학, DRM의 암호 체계
    • 5.정부·헬스케어 컴플라이언스 종합 — HIPAA의 법적 구조, FedRAMP·GovCloud의 격리, Week 15 케이스 통합
  • Week 16
    • 1.도메인 1 종합: 복잡한 조직 설계 (29%) — 멀티 계정 거버넌스의 역사, 라우팅 이론, 하이브리드 암호화, 격리 경계의 CS 원리
    • 2.도메인 2 종합: 신규 솔루션 설계 (29%) — 컴퓨트 진화사, 데이터 일관성의 CS 이론, 이벤트 아키텍처의 내부 동작
    • 3.도메인 3 종합: 마이그레이션·현대화 (20%) — 7R의 역사, 블록 복제·CDC의 내부 동작, 대역폭 수학, Strangler Fig 패턴
    • 4.도메인 4 종합: 지속적 개선 (25%) — SRE의 역사, SLI/SLO 수학, 관측성 3기둥, 카오스 엔지니어링의 뿌리
    • 5.최종 종합: 시험 채점 메커니즘, 출제 심리, 키워드 디코딩, 시나리오 모의고사 12문항 + D-Day 전략
DOP-C02 · ProfessionalDevOps Engineer - Professional
SCS-C03 · SpecialtySecurity - Specialty
MLA-C01 · AssociateMachine Learning Engineer - Associate
AIF-C01 · FoundationalAI Practitioner - Foundational
DEA-C01 · AssociateData Engineer - Associate
MLS-C01 · SpecialtyMachine Learning - Specialty
합격 후기
← SAP-C02/Week 1/Day 1
SAP-C02· ProWeek 1 · Day 1읽기 약 20분

Day 1 - SAP 시험이라는 게임: 시나리오를 분해하는 손기술

SAP-C02 시험장에 들어가서 첫 문제를 펼치면 거의 모든 사람이 같은 충격을 받는다. 한 문제가 10~15줄이다. 어떤 회사가 어떤 업종에 있고, 본사가 어느 리전에 있고, 자회사 세 개가 어느 OU 아래에 있고, RTO는 4시간 RPO는 15분, 야간에만 트래픽이 80% 줄어들고, "운영 부담을 최소화하면서" "가장 비용 효율적으로" 풀어달라는 식이다. 그 아래 선택지 네 개가 또 각각 4~6줄짜리 아키텍처 설명이다. 시간은 문제당 평균 2분 24초.

이 시험은 "지식 시험"이 아니라 "제약 조건 다중 충족 + 우선순위 판정" 게임이다. SAA에서 단일 서비스의 기능을 묻던 문제가, Pro에서는 5~10개 서비스가 얽힌 솔루션 중 "비용·운영·보안 조건을 동시에 만족하는 가장 좋은 조합"을 묻는다. 그래서 첫 주 첫 날은 서비스가 아니라 시험의 문법 자체를 분해한다. 이 문법을 모르면 16주 동안 쌓은 지식이 시험장에서 5초 만에 흩어진다.

SAP-C02의 진짜 구조: 숫자가 말해주는 것

표면적인 숫자부터 다시 보자.

항목값무엇을 의미하는가
문항 수75그중 65문항만 채점, 10문항은 unscored pre-test
시간180분문항당 2분 24초, 검토 시간 약 15분 남기면 2분 6초
합격선750 / 1000scaled score, 도메인 가중치 비공개
시험 비용USD $300Practice exam은 별도 $40 (Skill Builder 무료 제공)
유효기간3년recertification 시 같은 시험 다시 응시

🔍 더 깊이: AWS는 모든 시험에 scaled scoring을 적용한다. 즉 "맞힌 개수 × 점수"가 아니라, 각 문항의 난이도(IRT — Item Response Theory)를 반영한 환산 점수다. 그래서 75문항 중 56문항(약 75%)을 맞히면 합격이라는 단순 계산은 틀리다. 어려운 문제 한 문제가 쉬운 문제 두 문제 값을 한다. 또 10개의 unscored 문항은 미리 알 수 없으므로 모든 문제에 같은 집중력을 써야 한다. AWS는 새 문제를 시범 출제한 후 통계가 충분히 모이면 다음 회차부터 scored로 전환한다.

💡 관련 이론: IRT는 1960년대 Frederic Lord가 정립한 심리측정학 이론으로, 시험 응시자의 능력(θ)과 문항의 난이도(b)·변별도(a)·추측도(c)를 동시에 모델링한다. AWS·Microsoft·Cisco 등 대부분의 IT 자격증이 IRT 기반의 2PL 또는 3PL 모델을 쓴다. 그래서 "내 점수는 850이었는데 어떤 도메인이 약했는지" 같은 도메인별 점수가 나오지 않는다(나오면 IRT의 핵심 가정인 unidimensionality가 깨진다).

SAA와 SAP의 결정적 차이

이 차이를 못 잡으면 SAA 합격 직후 자신감으로 도전했다가 첫 모의고사에서 50% 미만의 점수에 무너진다.

차원SAA (Associate)SAP (Professional)
문제 길이2~4줄, 단일 시나리오10~15줄, 다중 제약
보기 길이한 줄짜리 서비스명4~6줄짜리 솔루션 설명
서비스 수1~2개5~10개가 조합된 솔루션
답안 성격"정답"이 명확함"최적해" — 4개 모두 동작은 함
핵심 기술서비스 기능 암기우선순위 판정 + 트레이드오프
자주 묻는 NFR가용성, 보안운영 부담, 비용 효율, 멀티 계정, DR RTO/RPO

🎯 시나리오: "한 글로벌 미디어 회사가 단일 AWS 계정으로 80개 마이크로서비스를 운영 중이다. 새 서비스 출시마다 IAM 정책 충돌이 발생하고 비용 추적이 어렵다. 운영 오버헤드를 최소화하면서 이 문제를 해결하려면?" — SAA였다면 "Cross-Account Role"이 답이지만, SAP에서는 AWS Organizations + Control Tower + Account Factory 자동화가 정답이다. 이유는 "운영 오버헤드 최소화"라는 키워드. 같은 문제라도 키워드 하나로 정답이 통째로 바뀐다.

시나리오 5단계 분해법: 머리가 아니라 손으로

긴 시나리오를 풀 때 머릿속에서만 정리하려고 하면 5번째 줄쯤에서 1번째 줄을 잊는다. 종이(또는 시험장 화이트보드)에 5개 칸을 그려놓고 채우는 손기술이 필요하다.

┌─────────────────────────────────────────────────────────┐
│ 1. WHO    │ 누가 (조직 구조, 사용자, 자회사, 외부 협력사) │
├─────────────────────────────────────────────────────────┤
│ 2. WHAT   │ 현재 상태 (서비스, 데이터, 현 인프라)         │
├─────────────────────────────────────────────────────────┤
│ 3. WHY    │ 비즈니스 목표 (성장, 비용, 규제, DR)         │
├─────────────────────────────────────────────────────────┤
│ 4. CONSTRAINTS │ 제약 (RTO/RPO, 비용, 운영, 컴플라이언스) │
├─────────────────────────────────────────────────────────┤
│ 5. KEYWORD │ 우선순위 키워드 (운영 최소, 비용 효율, ...)  │
└─────────────────────────────────────────────────────────┘

이 다섯 칸 중 가장 중요한 건 5번 KEYWORD다. Pro 시험 보기 4개는 거의 모두 "작동은 한다." 차이는 운영 부담의 크기, 비용의 크기, 복원력의 정도, 규제 충족 여부다. 시나리오 마지막 문장의 형용사·부사를 잡아내는 것이 정답의 90%다.

자주 등장하는 키워드 사전

키워드시나리오에 등장하는 표현우선순위 정렬
운영 부담 최소"minimal operational overhead", "least operational effort"Serverless > Managed > Self-managed
비용 효율"most cost-effective", "lowest cost"Spot > Savings Plans > RI > On-Demand
확장성"elastically scale", "handle traffic spikes"Auto Scaling, DynamoDB On-Demand, Lambda
장애 격리"blast radius", "isolate failures"Multi-Account > Multi-Region > Multi-AZ
최소 권한"least privilege", "limit blast radius"SCP + Permission Boundary + IAM 정책 3중
감사·규제"audit trail", "compliance"CloudTrail + Config + Audit Manager
글로벌 사용자"users around the world", "low latency globally"CloudFront + GA + Route 53 latency
마이그레이션"minimize downtime", "lift and shift"MGN(서버) + DMS(DB)

⚠️ 함정: 같은 시나리오에 키워드가 두 개 이상 동시에 들어가는 경우가 가장 어렵다. "비용 효율적이면서 운영 부담이 적은" 시나리오라면, 둘 중 어느 쪽이 더 강조되었는가를 봐야 한다. 보통 마지막에 언급된 키워드가 더 강한 제약이다. AWS 공식 출제 가이드에도 "primary requirement"를 우선 충족하라고 명시되어 있다.

📚 사례: 2022년 SAP 베타 시험 응시 후기들을 보면 공통적으로 "문제를 다 읽지 않고 보기를 먼저 보는 게 더 빠르다"는 전략이 나온다. 보기 4개의 공통 패턴(예: 모두 RDS Multi-AZ를 포함하면 RDS가 정답 구조)을 본 다음 시나리오로 돌아가 차이점을 찾는 reverse engineering 기법이다. 단 이 방법은 시간이 부족할 때만 쓰는 비상 전술이고, 정공법은 5단계 분해다.

오답 소거의 4가지 패턴

Pro 보기 4개 중 정답을 직접 찾기 어렵다면, 확실히 틀린 것부터 지운다. 자주 등장하는 오답 패턴 네 가지:

1) 과잉 설계 (Over-Engineering)

"100명 사내 인트라넷을 Multi-Region Active-Active로 구성한다"처럼 요구사항에 비해 과한 설계는 오답이다. Pro는 비용·운영 부담을 모두 따지므로, 요구된 만큼만 정확히 풀어주는 답이 정답이다.

2) 과소 설계 (Under-Engineering)

반대로 "글로벌 100만 사용자 SaaS를 단일 AZ EC2 + RDS"로 푸는 답도 오답이다. 보기에 명시적으로 가용성·확장성을 깎는 표현이 있으면 거의 함정이다.

3) 운영 부담을 늘리는 자체 구현

"Custom Lambda로 SCP 효과를 흉내 낸다", "직접 운영하는 LDAP 서버로 SSO 구현" 같은 답은 운영 부담을 늘리므로 오답이다. AWS Managed Service가 같은 기능을 제공한다면 그쪽이 정답이다.

4) 잘못된 서비스 조합

"DynamoDB Stream을 SQS Standard Queue로 보낸다" 같이 직접 통합되지 않는 조합, 또는 "S3 Cross-Region Replication으로 DB를 백업한다"처럼 사용처가 잘못된 서비스 조합은 오답이다. Pro 시험은 미묘하게 호환 불가능한 조합으로 함정을 만든다.

🔍 더 깊이: AWS의 서비스 호환성 매트릭스는 공식 문서에 흩어져 있어 외우기 어렵지만, 한 가지 원칙으로 절반은 잡힌다. "이벤트 소스(Source) → 대상(Target)의 비대칭 트리거"는 EventBridge나 Lambda를 거쳐야 가능한 경우가 많다. 예를 들어 S3 → Step Functions는 직접 안 되고 EventBridge나 Lambda를 거친다(2021년 EventBridge 통합 추가 이후 직접 트리거 가능). DynamoDB Stream → SQS도 직접 안 되고 Lambda를 거친다. 이런 비대칭이 시험의 함정 출처다.

시간 관리: 180분의 해부학

180분 = 10,800초. 75문항을 풀려면 평균 144초/문항. 하지만 단순 평균은 시험장에서 작동하지 않는다.

[0~30분]    빠른 문제 20문항 (각 60-90초)
            → 키워드 매칭으로 즉답 가능한 SAA 수준 문제
[30~120분]  중간 문제 40문항 (각 130-160초)
            → 시나리오 분해 + 오답 소거
[120~150분] 어려운 문제 15문항 (각 200초+)
            → flagged for review
[150~165분] 표시한 어려운 문제 다시 보기
[165~180분] 전체 검토, 마킹 실수 확인

💡 암기 팁: "3-2-2 규칙" — 한 문항에 3분 넘기지 말 것, 2번 이상 같은 답을 의심하지 말 것(첫 직관이 옳다는 통계가 다수), 2분 안에 답이 안 보이면 flag 걸고 넘어가기. 시간이 남아도 첫 직관을 바꾸지 마라. 심리학에서는 이를 "first instinct fallacy"의 반대로 보는데, 시험 응시자들의 변경된 답안은 통계적으로 더 자주 틀린다는 연구가 있다(Kruger et al., 2005).

📚 사례: 한 Pro 합격자의 후기. "75문항 중 처음에 자신 있게 푼 게 35문항, flag 걸어둔 게 25문항, 완전 찍은 게 15문항. flag 걸어둔 25문항 중 검토할 때 답을 바꾼 게 8문항. 채점 결과 바꾼 8문항 중 5개가 처음 답이 맞았다." — 이게 first instinct fallacy의 전형이다.

도메인 4개의 무게중심: 어디에 시간을 쓸까

도메인비중학습 무게 중심실수하기 쉬운 곳
1. 복잡한 조직 설계26%Organizations, SCP, Identity Center, 네트워크 통합SCP는 deny만, Permission Boundary와 혼동
2. 신규 솔루션 설계29%가용성·확장성·보안·비용 동시 만족비용 vs 운영 부담 우선순위
3. 마이그레이션·현대화20%7R, MGN, DMS, 컨테이너화·서버리스화Re-host vs Re-platform vs Re-architect
4. 지속적 개선25%Well-Architected, FinOps, 자동화6 Pillar 시나리오 매핑

도메인 2(신규 솔루션)가 가장 비중이 크지만, 도메인 1(조직 설계)이 SAA에서 거의 안 다뤘던 영역이라 학습 효과가 가장 크다. 첫 4주를 조직·네트워크에 집중하고 5주차 이후 신규 솔루션·마이그레이션으로 넘어가는 16주 커리큘럼의 설계 의도가 여기 있다.

시험장에서 실제로 일어나는 일들

  1. PSI vs Pearson VUE: 두 시험 센터 중 하나에서 본다. PSI는 OnVue(온라인) 옵션이 있고, Pearson은 오프라인이 더 안정적이다. 온라인 시험은 방 안에 다른 사람 사진·종이 한 장만 있어도 실격 처리되므로, 가능하면 오프라인 권장.

  2. 언어: 한국어 응시 가능. 단 번역이 어색한 경우가 있어 "View in English" 토글로 원문을 확인할 수 있다. 시험장에서 헷갈리면 즉시 영어로 전환.

  3. 계산기·필기: 시험장에서 화이트보드+마커 또는 코팅된 종이+마커 제공. 시나리오 분해할 때 적극 활용. 온라인 시험은 화면 위 화이트보드 기능.

  4. 시험 종료 직후: PSI는 결과를 그 자리에서 PASS/FAIL만 보여주고, Pearson은 1~3일 후 이메일. 점수는 5일 이내 AWS Certification 포털에 표시.

🔍 더 깊이: AWS는 2020년부터 모든 시험에 **15분 추가 시간 옵션(ESL +30)**을 영어가 모국어가 아닌 응시자에게 제공한다. 한국어로 응시해도 영어 토글을 사용하므로, ESL +30을 신청해두면 180 + 30 = 210분이 된다. 신청은 예약 직후 별도 폼에서. 이걸 모르고 그냥 응시하는 사람이 다수다. 공식 안내.

실전: 한 문제를 5단계로 분해해보기

연습 문제로 미리 한 번 해본다.

시나리오: "한 다국적 보험사가 AWS Organizations로 5개 OU와 50개 계정을 운영 중이다. 개발팀이 production OU에 실수로 리소스를 만들었고, 이로 인해 PCI-DSS 감사에서 지적을 받았다. 또한 일부 팀이 ap-northeast-2 외 리전에 EC2를 띄워 데이터 주권 위반이 발생했다. 운영 부담을 최소화하면서 두 문제를 모두 해결하려면?"

5단계로 분해:

  1. WHO: 다국적 보험사, 50개 계정 5개 OU, 개발팀과 production팀 분리되어 있음
  2. WHAT: 현재 AWS Organizations 운영 중, OU 구조 존재
  3. WHY: PCI-DSS 감사 지적, 데이터 주권 규제 위반 방지
  4. CONSTRAINTS: 운영 부담 최소화, 멀티 계정 환경, 규제 준수
  5. KEYWORD: 운영 부담 최소 + 감사 + 규제

→ 답: SCP를 OU 레벨에 적용해 production OU의 dev 계정 권한 차단 + 허용 리전 제한. 이유는 SCP가 "Organizations 차원에서 한 번 적용하면 모든 계정에 적용되는" 가장 운영 부담이 적은 가드레일이기 때문. Lambda로 모니터링하거나 Config Rule로 사후 탐지는 운영 부담이 더 크다.

정리하며

SAP-C02는 지식이 아니라 분해와 우선순위 판정의 게임이다. 80일 동안 서비스 100여 개의 기능을 외우겠지만, 그것만으로는 절대 합격하지 못한다. 시나리오를 5칸으로 나누는 손기술, 보기 4개 중 과잉·과소·자체구현·잘못된 조합을 지우는 소거법, 키워드 사전을 보지 않고 즉시 매칭하는 반사신경 — 이 세 가지가 시험장에서 실제로 작동하는 무기다.

오늘 본 분해법을 모든 day의 연습 문제에 그대로 적용해보자. 16주 후 시험장에서 처음 보는 시나리오를 만나도 손이 먼저 5칸을 그릴 것이다. 그게 진짜 합격의 신호다. 다음 글에서는 SAA에서 가볍게 본 IAM·STS·Federation을 Pro 깊이로 다시 본다. IAM 시나리오는 Pro에서 도메인 1·2·4 전반에 흩어져 출제되므로 가장 큰 ROI를 가진 복습이다.

📝 연습 문제

선택지를 클릭하면 정답·해설이 펼쳐집니다.

문제 1

한 회사가 글로벌 SaaS를 운영하며 200개 AWS 계정을 가지고 있다. 보안팀이 "모든 계정에서 root 사용자의 MFA를 강제하고, S3 퍼블릭 액세스를 금지"하려고 한다. **운영 부담을 최소화**하면서 적용하려면?

문제 2

한 핀테크 스타트업이 빠르게 성장하며 EC2 인스턴스 비용이 월 $40,000을 넘었다. 트래픽은 평일 09-18시에 집중되고 야간·주말은 20% 수준이다. 1년 후 비즈니스 방향이 바뀔 가능성도 있어 **3년 약정은 부담스럽다**. 가장 비용 효율적인 조합은?

문제 3

한 미디어 회사가 글로벌 사용자에게 실시간 게임 매치메이킹 서비스(WebSocket 기반)를 제공한다. 사용자가 가장 가까운 리전에 자동으로 연결되어야 하고, 리전 장애 시 **수 초 내** 다른 리전으로 페일오버되어야 한다. 어느 조합이 가장 적합한가?

문제 4

한 제조업체가 온프레미스 Oracle DB(50TB)를 AWS로 이전하려 한다. 다운타임은 1시간 이내로 제한되고, 마이그레이션 후에도 일정 기간 양방향 동기화가 필요하다. **추가 라이선스 비용을 피하기 위해 PostgreSQL로 엔진 전환**도 같이 진행한다. 어떤 조합이 적합한가?

문제 5

한 글로벌 e-commerce가 us-east-1에서만 운영되다가 EU 사용자가 늘면서 eu-west-1로 확장하려 한다. **데이터 주권**(GDPR)에 따라 EU 사용자 데이터는 EU 안에 머물러야 한다. 단일 코드베이스로 양 리전을 운영하면서 사용자별 데이터 격리를 보장하려면?

문제 6

한 회사가 SAP를 처음 응시한다. 모의고사에서 75% 정답률이지만 시험장에서 시간이 부족했다. 가장 효과적인 개선 전략은?

문제 7

SAP-C02에서 "**가장 비용 효율적**" 키워드와 "**운영 부담 최소화**" 키워드가 동시에 나오는 시나리오에서, 어느 쪽이 우선되는가?

다음 IAM·STS·Federation: 권한이라는 단어를 여섯 층으로 쪼개기Week 1 · Day 2

이 페이지

  • SAP-C02의 진짜 구조: 숫자가 말해주는 것
  • SAA와 SAP의 결정적 차이
  • 시나리오 5단계 분해법: 머리가 아니라 손으로
  • 자주 등장하는 키워드 사전
  • 오답 소거의 4가지 패턴
  • 1) 과잉 설계 (Over-Engineering)
  • 2) 과소 설계 (Under-Engineering)
  • 3) 운영 부담을 늘리는 자체 구현
  • 4) 잘못된 서비스 조합
  • 시간 관리: 180분의 해부학
  • 도메인 4개의 무게중심: 어디에 시간을 쓸까
  • 시험장에서 실제로 일어나는 일들
  • 실전: 한 문제를 5단계로 분해해보기
  • 정리하며
  • 연습 문제