Day 3 - 전체 모의고사 페이스: 65문항 130분 시간 배분과 시나리오 풀이 전략

65문항 130분을 숫자로 쪼개기

오늘은 실전 모드다. 4개 도메인이 섞인 종합 시나리오를 풀며 시험 페이스를 체감한다. 핵심은 정답을 맞히는 것보다 "요구사항 키워드 → 서비스 매핑" 반사신경을 다듬는 것이다. 먼저 시간을 숫자로 바꿔 둔다.

• 평균 2분은 "모든 문항에 2분"이 아니다. 한 줄짜리 매핑 문항을 30~60초에 끝내야 긴 시나리오에 3분을 쓸 수 있다.
• 중간 점검 시각에 번호가 5문항 이상 뒤처져 있으면, 다음 구간에서는 막히는 문항에 잠정 답을 고르고 표시한 뒤 즉시 넘어간다.
• 65문항 가운데 채점되는 것은 50문항이고 15문항은 비채점이다. 어느 것이 비채점인지는 표시되지 않으므로 모든 문항을 같은 무게로 푼다.

도메인 비중을 채점 문항 50개에 곱하면 대략의 문항 수가 나온다. 비중은 "채점 문항 중 비율"이므로 근사치로만 본다.

• 합격선 720점은 전체 점수에만 적용된다. 도메인별 합격선은 없으므로(보상 채점) 약한 도메인을 강한 도메인이 메울 수 있다. 그렇다고 30문항에 해당하는 도메인 1·2 를 흘리고 합격하기는 어렵다.

시나리오 풀이 전략

긴 문제는 다음 순서로 분해한다.

1. 마지막 문장(질문) 을 먼저 읽어 "무엇을 묻는지" 파악.
2. 본문에서 제약 키워드 추출: 서버리스/최소 운영, 실시간/배치, 비용 최소, 최소 코드, 보안·암호화.
3. 보기에서 명백한 오답 2개를 먼저 제거(서비스 목적 불일치).
4. 남은 2개 중 제약을 가장 잘 만족하는 것을 선택.

💡 관련 이론: 대부분의 오답은 "기술적으로 가능은 하지만 운영 부담·비용·실시간성에서 요구사항을 위반"한다. "할 수 있다"가 아니라 "가장 적합하다"를 고르는 것이 Associate 시험의 핵심이다.

한정어가 지우는 보기

질문 문장의 한정어는 정답을 고르는 기준이기 전에 보기를 지우는 도구다. 한정어마다 먼저 탈락하는 보기의 모양이 정해져 있다.

• "비용 최소"는 방향이 둘이다. 가끔 쓰면 서버리스가, 종일 쓰면 프로비저닝이 싸다. 지문의 사용 빈도 단서(가끔·임시·종일·수백 명)를 함께 읽어야 한다.

종합 패턴

같은 패턴도 조건 하나가 더 붙으면 조합이 바뀐다. 종합 문항은 이 "한 칸 교체"를 묻는다.

풀이 시연: 네 단계를 실제로 밟아 보기

아래는 연습 문제와 겹치지 않는 지문 세 개를 네 단계로 분해한 것이다. 눈으로 읽지 말고 단계마다 가리고 먼저 답해 본다.

지문 A) 유통사가 매장 POS 에서 발생하는 판매 이벤트를 수집한다. 재고 알림 앱과
        가격 분석 앱이 각각 독립적으로 이벤트를 읽어야 하고, 처리 로직에 버그가
        있으면 지난 3일치를 다시 처리해야 한다. 가장 적합한 수집 서비스는?
 
  ① 질문    → 수집 서비스 하나
  ② 키워드  → 독립적으로 읽는 소비자 둘 / 3일치 재처리
  ③ 소거    → SQS(한 메시지는 한 소비자, 재생 불가), Firehose(재처리 없음)
  ④ 선택    → Kinesis Data Streams + 보존 기간을 3일 이상으로 연장
              (기본 24시간으로는 "3일치"를 만족하지 못한다)

지문 B) 분석팀이 매일 새벽 S3 의 전일 주문(CSV)을 Parquet 으로 바꿔 Redshift 에
        적재한다. 변환이 실패하면 적재를 건너뛰고 담당자에게 알려야 한다.
        서버를 운영하고 싶지 않다. 가장 운영 부담이 적은 구성은?
 
  ① 질문    → 운영 부담이 가장 적은 구성
  ② 키워드  → 매일 배치 / 순서(변환 → 적재) / 실패 시 알림 / 서버 없음
  ③ 소거    → EC2 cron(서버 운영, 앞 단계 성공 여부를 모른다),
              MWAA(상시 환경 비용, 기존 Airflow 자산 언급 없음)
  ④ 선택    → EventBridge 스케줄 → Step Functions 가 Glue 잡 → COPY 순서로 실행,
              Catch 에서 SNS 알림

지문 C) 의료 데이터 레이크를 여러 연구팀이 Athena 로 조회한다. 환자 식별 컬럼은
        승인된 팀만 볼 수 있어야 하고, 누가 어떤 키로 데이터를 복호화했는지
        감사할 수 있어야 한다. 요구를 충족하는 조합은? (두 가지 선택)
 
  ① 질문    → 조합, 두 개
  ② 키워드  → 컬럼 단위 접근 통제 / 복호화 감사
  ③ 소거    → S3 버킷 정책(컬럼을 가리지 못한다), SSE-S3(키 사용 감사 불가),
              GuardDuty(위협 탐지)
  ④ 선택    → Lake Formation 컬럼 권한 + SSE-KMS 고객 관리 키(CloudTrail 로 키 사용 기록)

• 지문 A 의 교훈: 정답 서비스를 맞혀도 기본값이 요구를 채우지 못하면 보기에 설정이 함께 붙어 있다. "보존 기간 연장"처럼 설정까지 포함한 보기를 고른다.
• 지문 C 의 교훈: 복수 응답은 요구 두 개에 정답 두 개가 하나씩 대응하는 경우가 많다. 요구를 먼저 세고 보기에 배정한다.

도메인이 섞인 문항 읽는 법

종합 시나리오는 길어 보이지만 문장 하나가 묻는 칸은 하나다. 문장마다 칸을 적어 넣으면 네 개의 짧은 문제로 바뀐다.

• 질문 문장이 네 칸 가운데 어느 칸을 묻는지 확인한다. 나머지 세 칸은 보기를 지우는 배경일 뿐이다. 질문이 "알림"을 묻는데 수집 서비스가 그럴듯한 보기를 고르는 실수가 가장 흔하다.
• 보기가 모두 여러 서비스의 조합이면, 조합에서 서로 다른 칸만 비교한다. 네 보기 모두 S3 를 쓴다면 S3 는 판단 재료가 아니다.

문항 유형별 목표 시간

채점 후 복기: 틀린 이유를 다섯 가지로 나눈다

오늘 8문항을 채점한 뒤 틀린 문항을 "다시 읽어 본다"로 끝내면 같은 실수가 시험장에서 반복된다. 이유를 분류해야 처방이 나온다.

• 맞힌 문항도 "나머지 보기 세 개가 왜 틀렸는지"를 한 줄씩 말해 본다. 소거 근거를 댈 수 없는 정답은 다음에 틀린다.
• 16분을 넘겼다면 어느 유형에서 시간을 썼는지 표의 목표 시간과 비교한다. 대개 단순 매핑 문항에서 시간을 아끼지 못한 것이 원인이다.

내일은 시험 직전에 볼 "요구사항 → 서비스" 번역표와 자주 틀리는 함정을 정리한다.

📖 용어

• 한정어 : "운영 부담 최소", "가장 비용 효율적" 같은 질문 문장의 조건. 살아남은 보기 가운데 하나를 가른다.
• 소거법 : 목적이 어긋나거나 조건을 어기는 보기를 먼저 지워 정답을 남기는 풀이법.
• 검토 표시(flag) : 나중에 다시 보려고 문항에 붙여 두는 표시. 잠정 답을 고른 뒤에 붙인다.
• 비채점 문항 : 점수에 반영되지 않고 향후 출제를 위해 통계만 수집하는 문항. 어느 문항인지는 알 수 없다.
• 보상 채점 : 도메인별 합격선 없이 전체 점수로만 합격을 가르는 방식. 약한 영역을 강한 영역이 메울 수 있다.
• 과잉 설계 : 요구보다 강력하고 복잡한 서비스를 고르는 것. 기능은 되지만 운영 부담·비용 조건을 어긴다.
• 종합 패턴 : 수집·저장·운영·보안 칸을 채운 전형적인 서비스 조합. 조건이 하나 바뀌면 한 칸이 교체된다.