평균이 1분 23초라는 말을 "모든 문항을 1분 23초씩 풀어야 한다"로 오해하면 오히려 페이스가 무너진다. 실제 시험지는 난이도가 고르지 않는다.
문항 유형
목표 소요 시간
설명
즉답형 (용어 정의, 서비스 이름 매칭)
20~40초
"CDN은?" 같은 단답. 여기서 시간을 벌어야 한다
표준형 (짧은 상황 + 서비스 고르기)
1분 내외
대부분의 문항이 여기에 속한다
시나리오형 (긴 지문, 조건 여러 개)
2~3분
조건이 많은 만큼 오히려 정답이 좁혀진다
복수 응답형 (2개 이상 고르기)
2분 내외
보기 하나하나를 O/X로 판정해야 한다
핵심은 즉답형에서 아낀 시간을 시나리오형에 몰아주는 것이다. 즉답형을 40초에 끝내면 문항당 40초씩 남고, 그 여유분이 모여 어려운 문항 몇 개를 살린다.
마라톤 주자는 처음 1km를 전력 질주하지 않는다. 초반에 힘을 다 쓰면 후반에 걷게 되기 때문이다. 시험도 같다. 1번 문항에서 "완벽하게 확신할 때까지" 5분을 쓰면, 그 5분은 뒤쪽 서너 문항에서 그대로 빠져나간다. 앞부분은 빠르게 통과하고 표시를 남기는 구간이라고 생각하면 된다.
시험 문제를 처음부터 순서대로 읽으면 지문에 끌려다니게 된다. 다음 순서로 읽으면 훨씬 빠르다.
마지막 한 줄(질문 문장)을 먼저 읽는다. — "무엇을 묻는가"를 먼저 확정한다. "가장 비용 효율적인 것은?", "누구의 책임인가?", "어떤 서비스를 사용해야 하는가?"
한정어에 표시한다. — "가장(MOST)", "최소(LEAST)", "아닌 것(NOT)", "두 개 고르시오(Select TWO)". 이 단어 하나를 놓치면 아는 문제도 틀린다.
지문에서 신호어만 뽑는다. — 지문 전체를 음미할 필요가 없다. "밀리초", "장기 보관", "여러 AZ", "운영 부담 최소" 같은 단어가 정답을 결정한다.
보기를 O / X / △로 표시하며 훑는다. — 처음부터 정답을 찾지 말고, 확실한 X부터 지운다.
[4단계 읽기]
질문 문장 → 한정어 → 지문 신호어 → 보기 소거
↑ │
└────── 답이 안 좁혀지면 다시 위로 ─┘
⚠️ 함정: 틀리는 이유는 몰라서가 아니라 질문을 반대로 읽어서다. "다음 중 AWS의 책임이 아닌 것은?" 같은 부정형 문항에서, 지문을 정독하고도 마지막 "아닌"을 놓쳐 정답 대신 오답을 고르는 일이 있다. 부정형·최상급 단어가 보이면 마음속으로 한 번 더 소리 내어 읽는 습관을 들이면 된다.
아래 항목은 "읽고 이해하는" 용도가 아니라 입으로 먼저 답해보고 나서 확인하는 용도다. 답이 3초 안에 안 나오면 그 항목이 오늘 복습할 부분이다.
Domain 1 (클라우드 개념, 24%)
클라우드의 6가지 이점을 순서 상관없이 6개 다 말할 수 있다
확장성과 탄력성의 차이를 한 문장으로 말할 수 있다
IaaS / PaaS / SaaS를 예시 서비스와 함께 구분할 수 있다
퍼블릭 / 프라이빗 / 하이브리드 배포 모델을 상황별로 고를 수 있다
리전 / 가용 영역(AZ) / 엣지 로케이션이 각각 무엇을 위한 것인지 말할 수 있다
고가용성과 내결함성, 재해 복구의 차이를 설명할 수 있다
Domain 2 (보안 및 규정 준수, 30%)
공동 책임 모델에서 "항상 고객 책임"인 두 가지를 말할 수 있다 (데이터, 접근 권한)
IAM 사용자 / 그룹 / 역할 / 정책의 쓰임을 각각 한 줄로 구분할 수 있다
루트 사용자에 대한 권고 세 가지를 말할 수 있다
최소 권한 원칙이 무엇이며 왜 "좁게 시작"하는지 설명할 수 있다
Shield / WAF / GuardDuty가 각각 무엇을 다루는지 구분할 수 있다
CloudTrail / Config / CloudWatch가 각각 어떤 질문에 답하는지 구분할 수 있다
Artifact가 무엇을 제공하는 서비스인지 말할 수 있다
Domain 3 (클라우드 기술 및 서비스, 34%)
EC2 / Lambda / Elastic Beanstalk / Fargate를 "관리 부담" 순서로 배열할 수 있다
S3 / EBS / EFS를 "누가 어떻게 붙여 쓰는지"로 구분할 수 있다
RDS / DynamoDB / Redshift / Aurora의 용도를 각각 한 줄로 말할 수 있다
VPC / Route 53 / CloudFront / Direct Connect가 각각 무엇을 하는지 말할 수 있다
ELB와 Auto Scaling이 하는 일이 어떻게 다른지 설명할 수 있다
"글로벌 서비스"에 해당하는 것들을 몇 개 떠올릴 수 있다 (IAM, Route 53, CloudFront 등)
Domain 4 (청구·요금·지원, 12%)
온디맨드 / 예약 인스턴스 / Savings Plans / 스팟을 상황별로 고를 수 있다
Pricing Calculator와 Cost Explorer의 차이를 "사전 / 사후"로 구분할 수 있다
Budgets가 언제 쓰이는 도구인지 말할 수 있다
Organizations의 통합 결제가 주는 이점을 말할 수 있다
Support 플랜의 큰 갈래(Basic / Developer / Business / Enterprise)를 순서대로 말할 수 있다
인출 연습(retrieval practice)은 "다시 읽기"보다 기억을 훨씬 오래 붙잡아 둔다. 교재를 한 번 더 읽으면 아는 것 같은 느낌은 강해지지만 실제 시험장에서 꺼내지는 힘은 별로 늘지 않는다. 반대로 책을 덮고 먼저 떠올린 다음 확인하면 그 항목은 훨씬 잘 남는다. 시험 직전 며칠은 읽기보다 "덮고 떠올리기"에 시간을 쓰면 된다.
CLF-C02의 시나리오형 문항은 결국 문장 속 한두 단어가 정답 방향을 결정한다. 아래는 대표적인 상황 문장과 그때 머릿속에 켜져야 할 방향이다.
지문에 이런 표현이 나오면
이 방향으로 생각한다
"서버 관리를 하고 싶지 않다", "운영 부담 최소"
서버리스·관리형 서비스
"가장 비용 효율적으로"
약정 할인 / 저렴한 스토리지 계층 / 중단 가능 워크로드
"한 대가 죽어도 서비스가 계속되어야 한다"
여러 가용 영역(AZ)에 분산
"지역 전체가 마비돼도 복구되어야 한다"
여러 리전
"전 세계 사용자에게 빠르게"
엣지 로케이션 / CDN
"누가 무엇을 했는지 나중에 확인해야 한다"
감사 로그
"설정이 규칙을 지키는지 계속 확인"
구성 추적
"임계치를 넘으면 알림"
지표 모니터링 + 알람
"자격 증명을 코드에 넣지 않고"
IAM 역할
"감사 기관에 제출할 인증 보고서"
규정 준수 보고서 포털
"밀리초 단위 응답", "키-값"
NoSQL
"수년치 데이터를 모아 복잡한 분석"
데이터 웨어하우스
"거의 꺼내지 않지만 버릴 수는 없다"
아카이브 스토리지 계층
"온프레미스와 안정적인 전용 연결"
전용 회선
"회사는 회계 감사에 대비해 지난 1년간 어떤 직원이 어떤 리소스를 변경했는지 확인해야 합니다"라는 상황이다. 여기서 켜져야 할 단어는 "누가" 와 "확인" 이다. 성능 지표도 아니고 구성 규칙 준수도 아니라 "행위 주체와 시각"을 묻고 있으니 감사 로그 쪽이다. 반대로 같은 문장이 "모든 S3 버킷이 암호화 설정을 유지하고 있는지 계속 확인해야 합니다"로 바뀌면, 이번에는 "누가"가 아니라 "상태가 규칙을 지키는가" 이므로 구성 추적 쪽으로 답이 이동한다. 문장 전체가 아니라 바뀐 한 단어가 답을 바꾼다는 점이 핵심이다.
CLF-C02에는 "두 개를 고르시오" 형태의 복수 응답 문항이 섞여 있다. 이 유형은 실수하기 쉽다.
몇 개를 고르라는지 먼저 확인한다. 두 개를 요구하는데 하나만 고르면 그 문항은 점수가 없다.
정답을 두 개 찾으려 하지 말고, 보기 각각을 O/X로 판정한다. 다섯 개 보기를 하나씩 "이게 맞는 말인가?"로 검사하는 편이 빠르다.
부분 점수를 기대하지 않는다. 요구된 개수를 정확히 맞춰야 한다.
둘 다 확실하지 않으면 확실한 하나를 고정하고, 나머지 하나만 비교한다.
⚠️ 함정: 복수 응답 문항에서 "가장 그럴듯한 두 개"를 고르면 틀리기 쉽다. 출제자는 보통 같은 카테고리에서 그럴듯한 오답 두세 개를 함께 배치한다. 예를 들어 보안 서비스를 두 개 고르는 문항에 보안 서비스가 네 개 등장하는 식이다. 이럴 때는 "그럴듯함"이 아니라 지문이 명시적으로 요구한 조건에 각 보기를 하나씩 맞춰봐야 한다.