CertNote/ 출퇴근 학습 노트
로드맵
KOEN
CLF-C02 · FoundationalCloud Practitioner - Foundational
  • Week 1
    • 1.클라우드 컴퓨팅이란 무엇인가
    • 2.AWS 글로벌 인프라
    • 3.공동 책임 모델
    • 4.Well-Architected Framework 6대 기둥과 클라우드 채택 가치
    • 5.Week 1 종합: 클라우드 개념 복습
  • Week 2
  • Week 3
  • Week 4
  • Week 5
  • Week 6
    • 1.도메인 복습 1: 클라우드 개념 + 클라우드 기술 및 서비스 핵심 총정리
    • 2.도메인 복습 2: 보안 및 규정 준수 + 청구·요금·지원 핵심 총정리
    • 3.전체 모의고사 페이스: 4개 도메인 종합
    • 4.자주 틀리는 함정·키워드: "키워드→서비스" 번역표
    • 5.D-Day 마무리: 시험 구성, 시간 배분, 마지막 점검 체크리스트
DVA-C02 · AssociateDeveloper - Associate
SAA-C03 · AssociateSolutions Architect - Associate
SOA-C02 · AssociateCloudOps Engineer - Associate
SAP-C02 · ProfessionalSolutions Architect - Professional
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
합격 후기

© CertNote · 주간랩스

  • 소개
  • 수정 기록
  • 문의
  • 이용약관
  • 개인정보처리방침
← CLF-C02/Week 6/Day 5

기준: CLF-C02 시험 가이드·오류 제보

CLF-C02· AssociateWeek 6 · Day 5읽기 약 15분
핵심 정리
  • 오늘은 새 지식을 넣는 날이 아니라 꺼낼 준비를 하는 날이다. 시험 전날의 벼락치기는 대개 점수보다 불안을 키운다.
  • 65문항 / 90분. 1차 통과 60분, 2차 재검토 25분, 마지막 점검 5분이 기본 골격이다.
  • 합격선은 1,000점 만점에 700점이다. 만점을 노릴 필요가 없다.
  • 빈칸은 무조건 0점이다. 마지막 5분은 미응답 채우기 전용으로 남겨 두면 된다.
  • 컨디션도 실력의 일부다. 잠·식사·이동 시간을 전날 미리 계획해 두면 된다.

Day 5 - D-Day 마무리: 시험 구성, 시간 배분, 마지막 점검 체크리스트

드디어 마지막 날이다. 오늘은 새 지식을 넣기보다 시험을 어떻게 치를지 전략을 다진다. 시험 구성을 정확히 알고, 시간 배분 계획을 세우고, 당일 점검 체크리스트를 손에 쥐면 같은 실력으로도 더 높은 점수를 받을 수 있다.

시험 구성 (CLF-C02)

항목내용
문항 수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차 통과 완료남은 문항을 빠르게 훑고 표시만 남긴다

페이스가 무너졌을 때의 복구 순서

시험장에서 "시간이 모자란다"고 느끼는 순간이 올 수 있다. 그때는 다음 순서로 움직이면 된다.

  1. 남은 시간과 남은 문항 수를 센다. 막연한 불안보다 숫자가 낫다.
  2. 표시해 둔 문항은 잠시 잊고, 아직 손대지 않은 문항부터 간다. 안 본 문항이 표시 문항보다 맞을 확률이 높다.
  3. 긴 지문은 마지막 질문 문장만 읽고 판단한다. 조건을 다 못 읽어도 카테고리는 잡힌다.
  4. 그래도 시간이 부족하면 남은 문항에 일단 답을 채워 둔다. 채운 뒤 시간이 남으면 돌아온다.

마지막 5분 루틴

  • 응답하지 않은 문항이 하나도 없는지 확인한다
  • 복수 응답 문항에서 요구 개수를 맞췄는지 확인한다
  • 근거 없이 바꾸고 싶어지는 답은 그대로 둔다
  • 남은 시간이 있어도 무리하게 답을 뒤집지 않고 제출한다

시험을 치른 사람들이 가장 많이 후회하는 지점은 "몰라서 틀린 문제"가 아니라 "마지막에 답을 바꿔서 틀린 문제" 이다. 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

마지막 점검 체크리스트 (개념)

  • 클라우드 6대 이점과 IaaS/PaaS/SaaS 구분
  • 리전 / AZ / 엣지 로케이션 차이
  • 공동 책임 모델: 무엇이 AWS, 무엇이 고객 책임인가
  • IAM 사용자·그룹·역할·정책, 최소 권한, 루트 사용자 보호(MFA)
  • CloudTrail(감사) / Config(구성) / CloudWatch(모니터링) 구분
  • Shield(DDoS) / WAF(웹공격) / GuardDuty(탐지) 구분
  • 컴퓨팅: EC2 / Lambda / Beanstalk / Fargate
  • 스토리지: S3 / EBS / EFS / Glacier
  • 데이터베이스: RDS / DynamoDB / Redshift / Aurora
  • 네트워킹: VPC / Route 53 / CloudFront / Direct Connect
  • 요금 모델: 온디맨드 / 예약 / Savings Plans / 스팟
  • 비용 도구: Pricing Calculator / Cost Explorer / Budgets
  • Support 플랜 차이(Business=24/7, Enterprise=TAM)
  • 확장성 vs 탄력성, 고가용성 vs 내결함성 vs 재해 복구 구분
  • Organizations와 통합 결제·SCP의 관계
  • GuardDuty(행동) / Inspector(취약점) / Macie(민감 정보) 구분
  • Artifact(보고서) / Config(설정 준수) / Trusted Advisor(개선점) 구분
  • 서버리스로 분류되는 서비스들(Lambda, Fargate, DynamoDB 등)
  • 글로벌 서비스와 리전 서비스의 감각적 구분(IAM은 글로벌 등)

체크가 안 된 항목이 서너 개 남았다면, 그 항목의 한 줄 정의만 다시 보고 넘어가면 된다. 오늘은 새 챕터를 여는 날이 아니다.

헷갈릴 때 쓰는 3초 판별 규칙

시험장에서 두 보기 사이에서 멈췄을 때 꺼내 쓸 짧은 규칙들이다.

상황3초 판별
AZ인가 리전인가지문에 "지역·지리적" 표현이 있으면 리전, 없으면 AZ
감사인가 모니터링인가"누가 했나"면 감사, "얼마나 쓰이나"면 모니터링
견적인가 분석인가아직 안 썼으면 견적, 이미 썼으면 분석
스팟을 골라도 되나"중단되면 안 된다"는 표현이 있으면 탈락
서버리스인가 아닌가내가 인스턴스를 세는 순간 서버리스가 아니다
권한을 어떻게 주나사람이면 사용자·그룹, 서비스면 역할
보기가 매력적인데 확신이 없다"항상·무제한·100%"가 있으면 지운다

이런 짧은 규칙을 휴리스틱(heuristic) 이라고 한다. 완벽한 판별법은 아니지만, 시간이 없을 때 틀릴 확률을 낮추는 지름길 역할을 한다. 시험장에서 이론을 처음부터 다시 유도할 시간은 없다. 오늘 이 표를 몇 번 읽어 두면, 실제 문항 앞에서 "고민"이 "판별"로 바뀐다.

시험 당일 체크리스트 (실무)

  • 신분증 준비(이름이 등록 정보와 일치하는지)
  • 온라인 감독이면 카메라·마이크·인터넷·조용한 공간 점검
  • 시험 시작 전 충분히 휴식, 과한 벼락치기 금지
  • 시작 30분 전 도착(시험장) 또는 시스템 사전 점검(온라인)
  • 모든 문항 응답 완료 후 제출

시험 전날 밤

  • 예약한 날짜·시각·응시 방식(시험장/온라인) 을 다시 확인했다
  • 시험장 응시라면 위치와 이동 경로, 예상 소요 시간을 확인했다
  • 온라인 응시라면 응시 안내에 적힌 사전 점검 절차를 미리 한 번 돌려 봤다
  • 신분증을 미리 꺼내 눈에 보이는 곳에 두었다
  • 새 개념을 붙잡지 않고, 핵심 정리와 번역표만 훑었다
  • 평소보다 일찍 잠자리에 들었다

시험 당일 아침

  • 평소처럼 식사했다(과식·공복 모두 피함)
  • 카페인은 평소 마시던 양만큼만 마셨다
  • 여유 있게 출발했다 / 온라인이면 장비를 미리 켜 두었다
  • 시작 직전에는 새 문제를 풀지 않고 암기 카드만 훑었다

온라인 감독 응시라면 추가로

  • 조용하고 방해받지 않는 공간을 확보했다
  • 책상 위를 비웠다(시험 규정에서 허용하지 않는 물건은 미리 치움)
  • 인터넷 연결이 안정적인지 확인했다
  • 노트북이라면 전원을 연결해 두었다
  • 시작 전 안내에 따라 신분 확인과 환경 점검 절차를 마쳤다

⚠️ 함정: 시험 직전 한두 시간에 새로운 자료를 펼치는 것은 대부분 역효과다. 처음 보는 서비스 이름이 나오면 "이것도 모르는데 시험을 보네" 하는 생각이 들면서 자신감이 깎이고, 그 불안이 시험장 초반 페이스를 흔든다. 시험 직전에는 이미 아는 것만 확인하면 된다. 새 지식의 기대 이득보다 불안의 손실이 크다.

시험 시작 직후 30초에 할 일

  • 화면에서 남은 시간이 어디에 표시되는지 먼저 찾아 둔다.
  • 문항 표시(마킹) 기능과 문항 목록 이동 방법을 확인한다. 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%로 가장 크다.
  • 인출 연습 : 책을 덮고 먼저 떠올린 뒤 확인하는 학습법. 시험 직전에 가장 효율이 높다.
  • 컨디션 관리 : 수면·식사·이동 계획까지 포함한 준비. 실력과 같은 무게로 점수에 영향을 준다.

📝 연습 문제

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

문제 1

CLF-C02 시험의 합격 점수와 점수 범위로 옳은 것은?

문제 2

시험은 65문항으로 구성되는데, 그중 채점되지 않는 평가용 문항 수는 몇 개인가?

문제 3

시험 시간 관리에서 빈칸으로 남긴 문항에 대한 가장 올바른 전략은?

문제 4

65문항을 90분 안에 푸는 상황에서 권장되는 페이스 전략으로 가장 적절한 것은?

문제 5

24시간 연중무휴(24/7) 기술 지원이 처음으로 제공되는 AWS Support 플랜은?

이전자주 틀리는 함정·키워드: "키워드→서비스" 번역표Week 6 · Day 4

참고 공식 자료

  • CLF-C02 공식 시험 안내(새 탭에서 열림)
  • AWS WAF · Shield 공식 문서(새 탭에서 열림)
  • AWS IAM 공식 문서(새 탭에서 열림)
  • Amazon S3 공식 문서(새 탭에서 열림)
  • Amazon EC2 공식 문서(새 탭에서 열림)
  • Amazon RDS · Aurora 공식 문서(새 탭에서 열림)

이 페이지

  • 시험 구성 (CLF-C02)
  • 문제 유형별 대응
  • 도메인 비중을 머릿속에 넣고 들어가기
  • 시간 배분 전략
  • 중간 점검 지점을 미리 정해 두면 된다
  • 페이스가 무너졌을 때의 복구 순서
  • 마지막 5분 루틴
  • 시험 전 마지막 인출 — 도메인별 한 문장
  • 마지막 점검 체크리스트 (개념)
  • 헷갈릴 때 쓰는 3초 판별 규칙
  • 시험 당일 체크리스트 (실무)
  • 시험 전날 밤
  • 시험 당일 아침
  • 온라인 감독 응시라면 추가로
  • 시험 시작 직후 30초에 할 일
  • 마음가짐
  • 시험장에서 꺼내 쓸 한 문장 암기 카드
  • 용어
  • 연습 문제