드디어 마지막 날이다. 오늘은 새 지식을 넣기보다 시험을 어떻게 치를지 전략을 다진다. 시험 구성을 정확히 알고, 시간 배분 계획을 세우고, 당일 점검 체크리스트를 손에 쥐면 같은 실력으로도 더 높은 점수를 받을 수 있다.
항목 내용 문항 수 65문항 시간 90분 채점 문항 50문항 (15문항은 채점 안 되는 평가용) 문제 유형 객관식(보기 1개 정답), 복수 응답(보기 2개 이상) 점수 범위 100 ~ 1,000점 합격선 700점 응시 방식 시험장(테스트 센터) 또는 온라인 감독 결과 보통 영업일 기준 며칠 내 합격/불합격 통보
65문항 중 15문항은 채점되지 않는 평가 문항이다. 어떤 문항이 평가용인지 알 수 없으므로 모든 문항을 진지하게 풀어야 한다. 합격은 1,000점 만점에 700점 기준이다.
유형 어떻게 생겼나 대응 객관식(정답 1개) 보기 넷 중 하나를 고름 명백한 오답 2개를 먼저 지운다 복수 응답(2개 이상) "두 개를 고르시오" 형태 보기마다 O/X를 매겨 판정한다
복수 응답 문항에서는 요구된 개수를 정확히 맞춰야 점수가 된다. 하나만 고르거나 세 개를 고르면 그 문항은 살릴 수 없다. 문항을 읽자마자 "몇 개를 고르라고 했는가"부터 확인하면 된다.
영역 이름 비중 Domain 1 클라우드 개념 24% Domain 2 보안 및 규정 준수 30% Domain 3 클라우드 기술 및 서비스 34% Domain 4 청구·요금·지원 12%
Domain 3(34%)과 Domain 2(30%)를 합치면 전체의 64% 이다. 시험지 문항 셋 중 둘은 이 두 영역에서 나온다고 보면 된다.
Domain 4는 12%로 가장 작지만, 요금 모델과 비용 도구는 정답이 딱 떨어지는 영역이라 투자 대비 회수가 좋다. 여기서 흘리는 점수가 아깝다.
비중은 "무엇을 더 공부할지"가 아니라, 시험장에서 어느 영역 문제가 많이 나올지 예상하는 용도 로 쓴다. 오늘은 이미 공부를 늘릴 시점이 아니다.
⚠️ 함정 : "Domain 4는 12%뿐이니 버려도 된다"고 생각하면 곤란하다. 65문항 기준으로 열 문항 가까이가 여기서 나오고, 합격선까지의 여유가 그리 크지 않다. 게다가 요금 모델(온디맨드·약정·스팟)과 비용 도구(사전 견적·사후 분석·예산 알림)는 외우면 바로 맞는 유형이라 포기할 이유가 없다.
65문항 / 90분 = 문항당 약 1분 23초
1차 통과 : 60분 안에 전 문항 1회 통과. 쉬운 건 즉답, 헷갈리면 표시 후 넘김
2차 복귀 : 남은 30분에 표시한 문제 재검토
마지막 점검 : 모든 문항에 답이 있는지 확인(빈칸은 오답으로 처리되므로 추측이라도 채움)
구간 시간 할 일 0~60분 60분 전 문항 1차 풀이 + 표시 60~85분 25분 표시 문항 재검토 85~90분 5분 미응답 확인, 추측 채우기
빈칸은 0점이지만 추측한 답은 맞을 가능성이 있다. 4지선다에서 명백한 오답 2개를 지우면 정답 확률이 50%까지 올라간다. 반드시 모든 문항에 답을 채우면 된다.
시계를 계속 보면 오히려 불안해진다. 확인 지점 두 곳만 정해 두고 그때만 보면 된다.
확인 시점 여기쯤 와 있어야 정상 늦었다면 30분 경과 약 22~25문항 확신 없는 문항을 더 과감히 표시하고 넘긴다 60분 경과 65문항 1차 통과 완료 남은 문항을 빠르게 훑고 표시만 남긴다
시험장에서 "시간이 모자란다"고 느끼는 순간이 올 수 있다. 그때는 다음 순서로 움직이면 된다.
남은 시간과 남은 문항 수를 센다. 막연한 불안보다 숫자가 낫다.
표시해 둔 문항은 잠시 잊고, 아직 손대지 않은 문항부터 간다. 안 본 문항이 표시 문항보다 맞을 확률이 높다.
긴 지문은 마지막 질문 문장만 읽고 판단한다. 조건을 다 못 읽어도 카테고리는 잡힌다.
그래도 시간이 부족하면 남은 문항에 일단 답을 채워 둔다. 채운 뒤 시간이 남으면 돌아온다.
시험을 치른 사람들이 가장 많이 후회하는 지점은 "몰라서 틀린 문제"가 아니라 "마지막에 답을 바꿔서 틀린 문제" 이다. 40번 문항에서 A를 골랐다가 마지막 3분에 "아무래도 C 같은데" 하고 바꿨는데 원래 A가 정답이었던 경우다. 답을 바꾸는 기준은 딱 하나여야 한다 — 처음에 못 본 조건을 새로 발견했을 때만 바꾼다. "느낌이 이상해서"는 근거가 아니다.
책을 덮고 아래 질문에 먼저 답해 보면 된다. 이 단계에서 막히는 항목이 있다면, 그 한 줄만 다시 보고 넘어가면 충분하다.
Domain 1 — 클라우드 개념
클라우드의 6가지 이점은? → 선투자→가변비용, 규모의 경제, 용량 추정 불필요, 속도·민첩성, 데이터센터 운영비 절감, 몇 분 만에 전 세계 배포
확장성과 탄력성의 차이는? → 늘릴 수 있는 능력 / 수요에 맞춰 자동으로 늘고 줄어드는 성질
IaaS·PaaS·SaaS는? → 기초 인프라만 / 앱 실행 환경까지 / 완성된 소프트웨어까지
고가용성은 무엇으로 얻나? → 여러 가용 영역(AZ) 분산
Domain 2 — 보안 및 규정 준수
공동 책임 모델 한 줄은? → AWS는 클라우드 "자체", 고객은 클라우드 "안"
어떤 서비스를 쓰든 항상 고객 책임인 것은? → 데이터와 접근 권한
EC2가 S3에 접근해야 할 때 안전한 방법은? → IAM 역할
계정 보안의 첫 단계는? → 루트 사용자 MFA 활성화 + 일상 사용 금지
CloudTrail / Config / CloudWatch는? → 누가 했나 / 규칙을 지키나 / 지표가 정상인가
Shield / WAF / GuardDuty는? → DDoS 방어 / 웹 공격 차단 / 위협 탐지
Domain 3 — 클라우드 기술 및 서비스
S3 / EBS / EFS는? → 객체 저장 / 한 대에 붙는 디스크 / 여러 대가 공유하는 파일 시스템
RDS / DynamoDB / Redshift는? → 관계형 / 서버리스 NoSQL / 분석용 데이터 웨어하우스
EC2 / Lambda의 차이는? → 내가 관리하는 서버 / 이벤트가 있을 때만 실행되는 함수
ELB와 Auto Scaling은? → 트래픽 나누기 / 서버 대수 늘리고 줄이기
CloudFront는? → 엣지에 캐시해 전 세계 사용자에게 빠르게 전달
Domain 4 — 청구·요금·지원
온디맨드 / 약정형 / 스팟은 언제? → 예측 불가·단기 / 장기간 꾸준히 / 중단을 견딜 수 있을 때
Pricing Calculator / Cost Explorer / Budgets는? → 미래 견적 / 과거 분석 / 현재 알림
통합 결제의 이점은? → 여러 계정 청구를 하나로 묶고 사용량을 합산
Support 플랜의 갈래는? → Basic / Developer / Business / Enterprise
체크가 안 된 항목이 서너 개 남았다면, 그 항목의 한 줄 정의만 다시 보고 넘어가면 된다. 오늘은 새 챕터를 여는 날이 아니다.
시험장에서 두 보기 사이에서 멈췄을 때 꺼내 쓸 짧은 규칙들이다.
상황 3초 판별 AZ인가 리전인가 지문에 "지역·지리적" 표현이 있으면 리전, 없으면 AZ 감사인가 모니터링인가 "누가 했나"면 감사, "얼마나 쓰이나"면 모니터링 견적인가 분석인가 아직 안 썼으면 견적, 이미 썼으면 분석 스팟을 골라도 되나 "중단되면 안 된다"는 표현이 있으면 탈락 서버리스인가 아닌가 내가 인스턴스를 세는 순간 서버리스가 아니다 권한을 어떻게 주나 사람이면 사용자·그룹, 서비스면 역할 보기가 매력적인데 확신이 없다 "항상·무제한·100%"가 있으면 지운다
이런 짧은 규칙을 휴리스틱(heuristic) 이라고 한다. 완벽한 판별법은 아니지만, 시간이 없을 때 틀릴 확률을 낮추는 지름길 역할을 한다. 시험장에서 이론을 처음부터 다시 유도할 시간은 없다. 오늘 이 표를 몇 번 읽어 두면, 실제 문항 앞에서 "고민"이 "판별"로 바뀐다.
⚠️ 함정 : 시험 직전 한두 시간에 새로운 자료를 펼치는 것은 대부분 역효과다. 처음 보는 서비스 이름이 나오면 "이것도 모르는데 시험을 보네" 하는 생각이 들면서 자신감이 깎이고, 그 불안이 시험장 초반 페이스를 흔든다. 시험 직전에는 이미 아는 것만 확인하면 된다. 새 지식의 기대 이득보다 불안의 손실이 크다.
화면에서 남은 시간이 어디에 표시되는지 먼저 찾아 둔다.
문항 표시(마킹) 기능과 문항 목록 이동 방법 을 확인한다. 2차 복귀 때 필요하다.
크게 한 번 숨을 쉬고 1번 문항으로 간다. 1번이 어려워도 그건 우연이다. 표시하고 넘어가면 된다.
모르는 문제 한두 개에 흔들리지 않는 편이 낫다. 합격은 700점이지 만점이 아니다.
"가장 적합한/비용 효율적인/운영 부담 최소" 같은 표현을 끝까지 읽고 핵심 키워드를 잡으면 된다.
처음 떠오른 답이 대체로 맞는다. 근거 없이 답을 바꾸지 않는 편이 낫다.
어려운 문항이 연달아 나와도 그것이 불합격 신호는 아니다. 65문항 중 15문항은 채점되지 않는 평가 문항이고, 그중 유난히 낯선 문항이 섞여 있을 수 있다.
시험은 "완벽한 사람"을 뽑는 시험이 아니라 "기본기를 갖췄는지" 확인하는 시험 이다. 6주간 배운 범위 안에서 답하면 된다.
긴장은 없애야 할 것이 아니라 다루는 것이다. 손이 떨리면 지문 한 줄을 소리 없이 천천히 읽는 것만으로도 호흡이 정돈된다.
탄력성 — 수요에 맞춰 자동으로 늘고 줄어드는 성질이다.
고가용성 — 일부가 죽어도 계속 동작한다. 답은 여러 AZ이다.
재해 복구 — 지역 전체 장애 대비다. 답은 여러 리전이다.
공동 책임 모델 — AWS는 클라우드 자체, 고객은 클라우드 안이다.
항상 고객 책임 — 데이터와 접근 권한이다.
IAM 역할 — 자격 증명 없이 임시 권한을 빌려준다.
최소 권한 — 좁게 시작해 필요할 때 넓힌다.
서버리스 — 운영 부담 최소 문항에서 정답 후보가 된다.
CDN — 엣지에 캐시해 지연 시간을 줄인다.
스팟 — 중단을 견딜 수 있는 작업에만 쓴다.
약정형 할인 — 오래 꾸준히 쓰는 워크로드에 유리하다.
통합 결제 — 여러 계정 청구를 하나로 묶고 사용량을 합산한다.
감사는 CloudTrail, 설정은 Config, 지표는 CloudWatch 이다.
DDoS는 Shield, 웹 공격은 WAF 이다.
빈칸은 0점 — 반드시 모든 문항에 답을 채운다.
평가용 문항 : 65문항 중 채점되지 않는 15문항. 어느 것인지 알 수 없어 모두 성실히 풀어야 한다.
합격선 : 100~1,000점 범위에서 700점. 만점을 목표로 할 이유가 없다.
복수 응답 문항 : 정답을 두 개 이상 고르라고 요구하는 유형. 개수를 정확히 맞춰야 한다.
1차 통과 : 전 문항을 빠르게 한 번 훑으며 즉답과 표시를 나누는 단계.
2차 복귀 : 표시해 둔 문항으로 돌아와 다시 판단하는 단계.
표시(마킹) : 나중에 다시 볼 문항을 시험 화면에서 체크해 두는 기능.
미응답 확인 : 답이 비어 있는 문항이 없는지 마지막에 훑는 절차.
휴리스틱 : 완벽하진 않지만 빠르게 판단하도록 돕는 짧은 규칙.
온라인 감독(프록터드) : 시험장에 가지 않고 카메라로 감독을 받으며 응시하는 방식.
도메인 비중 : 영역별 출제 비율. Domain 3가 34%로 가장 크다.
인출 연습 : 책을 덮고 먼저 떠올린 뒤 확인하는 학습법. 시험 직전에 가장 효율이 높다.
컨디션 관리 : 수면·식사·이동 계획까지 포함한 준비. 실력과 같은 무게로 점수에 영향을 준다.
📝 연습 문제 선택지를 클릭하면 정답·해설이 펼쳐집니다.
CLF-C02 시험의 합격 점수와 점수 범위로 옳은 것은?
A 범위 0~100점, 합격 60점 B 범위 100~1,000점, 합격 700점 C 범위 0~500점, 합격 350점 D 범위 100~900점, 합격 750점 시험은 65문항으로 구성되는데, 그중 채점되지 않는 평가용 문항 수는 몇 개인가?
시험 시간 관리에서 빈칸으로 남긴 문항에 대한 가장 올바른 전략은?
A 확신이 없으면 비워 두어 감점을 피한다 B 명백한 오답을 제거한 뒤 추측이라도 반드시 답을 채운다 C 어려운 문항은 처음부터 건너뛰고 다시 보지 않는다 D 모든 문항의 답을 C로 통일한다 65문항을 90분 안에 푸는 상황에서 권장되는 페이스 전략으로 가장 적절한 것은?
A 첫 문항부터 완벽히 풀릴 때까지 머문 뒤 다음으로 넘어간다 B 쉬운 문항을 빠르게 처리하고 어려운 문항은 표시 후 나중에 복귀한다 C 마지막 10분에 모든 문항을 한꺼번에 푼다 D 문항을 무작위 순서로 푼다 24시간 연중무휴(24/7) 기술 지원이 처음으로 제공되는 AWS Support 플랜은?
A Basic B Developer C Business D 모든 플랜에서 제공됨