Day 5 - Week 2 종합 — 핵심 서비스 1 복습

이번 주는 AWS의 "내부 인프라"를 한 바퀴 돌았다. 서버(컴퓨팅), 데이터를 담는 그릇(스토리지), 그것들을 잇는 길(네트워킹), 그리고 멀리 있는 사용자에게 빠르게 전달하는 바깥쪽 서비스(엣지)까지. 오늘은 새로운 내용을 더하지 않고, 흩어진 조각들을 한 장의 큰 그림으로 묶어 복습한다.

복습의 핵심은 암기가 아니라 "언제 무엇을 고르는가"다. 시험은 거의 항상 상황(시나리오)을 주고 "가장 적합한 서비스는?"을 묻는다. 그래서 오늘은 서비스별 비교표와 선택 기준을 중심으로 정리한다.

처음 클라우드를 배우는 사람이 가장 흔히 하는 착각은 "서비스 이름을 전부 외워야 한다"는 것이다. 실제 문항을 뜯어보면 구조가 거의 똑같다. 두세 줄짜리 상황 설명 안에 정답을 가리키는 단어 한두 개가 숨어 있다 — "여러 서버가 동시에", "유휴 시간에는 비용이 들지 않게", "외부에 절대 노출되면 안 되는" 같은 말들이다. 그 단어를 알아채는 훈련이 곧 시험 공부다.

이런 학습법을 키워드 앵커링(keyword anchoring)이라고 부를 수 있다. 서비스 설명을 통째로 외우는 대신 "이 단어가 보이면 이 서비스"라는 짧은 연결 고리를 여러 개 만들어 두는 것이다. 사람의 기억은 긴 문장보다 짧은 짝을 훨씬 오래 붙잡는다. 오늘 나오는 표들은 전부 이 짝을 만들어 주기 위한 도구다.

이번 주 내용을 크게 네 칸으로 압축하면 이렇다. 컴퓨팅은 "일을 시키는 곳", 스토리지는 "데이터를 두는 곳", 네트워킹은 "그것들을 잇고 지키는 길", 엣지는 "멀리 있는 사용자에게 빨리 닿는 방법"이다. 이번 주에 나온 모든 서비스가 이 네 칸 안에 들어간다. 어떤 서비스가 기억나지 않을 때는 먼저 "이건 네 칸 중 어디에 속하지?"부터 물어본다. 그것만으로도 선택지의 절반은 걸러진다.

한눈에 보는 핵심 서비스 1 지도

이 표의 분류는 곧 "책임 경계"의 단계이기도 하다. EC2는 OS까지 내가 관리하고, ECS/Fargate는 컨테이너만 신경 쓰며, Lambda는 코드만 올리면 된다. 위로 갈수록 AWS가 더 많이 떠맡는다.

여기에 이번 주의 조연들을 붙이면 지도가 촘촘해진다. 스토리지 쪽에는 S3 스토리지 클래스와 Glacier(장기 보관), 수명 주기 규칙이, 네트워킹 쪽에는 NACL(서브넷 방화벽)과 NAT 게이트웨이가, 엣지 쪽에는 Shield(DDoS 방어)와 WAF(웹 요청 필터링)가 있었다. 조연은 주연과 짝지어 외우면 잊히지 않는다.

컴퓨팅 복습: EC2 vs Lambda vs ECS

세 서비스는 모두 "코드를 실행"하지만, 내가 관리하는 범위와 과금 방식이 다르다.

🎯 시나리오: "하루에 몇 번, 파일이 올라올 때만 잠깐 처리하면 된다" → 항상 켜둘 필요가 없으니 Lambda. "OS를 직접 튜닝하고 24시간 도는 레거시 앱을 올린다" → EC2. "이미 도커 컨테이너로 만든 앱을 서버 관리 없이 돌리고 싶다" → Fargate.

Lambda는 "서버리스"라 불리지만 서버가 없는 게 아니라 서버를 내가 보지 않는다는 뜻이다. 사용한 만큼만 내고 자동으로 확장(스케일)된다. 이 점이 "유휴 시간에도 돈이 나가는" EC2와의 결정적 차이다.

EC2 구매 옵션 다시 보기

컴퓨팅에서 시험에서 다루는 또 하나의 축은 "같은 서버를 어떻게 사느냐"다. 이건 성능 얘기가 아니라 계약 방식 얘기다. 휴대폰 요금제를 떠올리면 쉽다. 약정 없이 쓰면 비싸지만 언제든 끊을 수 있고, 2년 약정을 걸면 싸지지만 중간에 못 바꾼다.

온라인 쇼핑몰 하나를 상상해 본다. 24시간 도는 주문 웹 서버는 예약 인스턴스나 Savings Plans로 묶어 할인을 받고, 매일 새벽 한 번 돌리는 매출 집계 배치는 중간에 꺼져도 되니 스팟으로 아끼며, 사진이 올라올 때만 잠깐 도는 썸네일 변환은 Lambda로 유휴 비용을 0으로 만든다. 한 회사 안에서도 워크로드 성격에 따라 답이 이렇게 갈리는 것이 시험이 노리는 지점이다. 그래서 "가장 저렴한 옵션은?"만 보고 무조건 스팟을 고르면 안 된다 — "중단되면 안 되는", "상시 운영" 같은 조건이 함께 있으면 스팟은 오답이다.

스토리지 복습: S3 vs EBS vs EFS

세 가지 모두 데이터를 저장하지만 "데이터의 모양"과 "누가 붙는가"가 다르다.

⚠️ 함정: EBS는 기본적으로 하나의 EC2에만 붙는 디스크다. "여러 서버가 같은 파일을 동시에 읽고 써야 한다"면 EBS가 아니라 EFS다. "인터넷에서 직접 접근하는 대용량 파일·백업"이면 S3다. 이 구분이 보기에서 섞이기 쉽다.

S3는 객체(Object) 단위로 저장한다. 즉 파일과 그 메타데이터·고유 식별자를 묶어 통째로 다룬다. 그래서 파일 일부만 수정하는 데는 부적합하지만, 사실상 무한히 확장되고 내구성이 매우 높아(99.999999999%) 백업·정적 호스팅에 강하다.

사무실로 옮겨 보면 더 또렷해진다. EBS는 내 노트북에 꽂힌 하드디스크(나만 씀), EFS는 사무실 공용 네트워크 드라이브(여럿이 동시에 씀), S3는 인터넷에 열린 무한 창고(서버에 붙이지 않고 주소로 접근)다.

자주 안 쓰는 데이터는 더 싸게: 스토리지 클래스와 수명 주기

S3의 또 다른 시험 포인트는 "같은 파일이라도 얼마나 자주 꺼내 보느냐에 따라 보관 등급을 다르게 둘 수 있다"는 점이다. 매일 보는 상품 이미지와, 법적 의무로 몇 년간 보관만 하는 회계 자료를 같은 값에 둘 이유가 없다. 그래서 자주 쓰는 데이터용 등급부터 장기 보관용 Glacier 계열까지 여러 클래스가 있고, 여기에 수명 주기(lifecycle) 규칙을 걸면 "오래된 파일은 자동으로 더 싼 등급으로 이동, 더 오래되면 삭제"까지 사람 손 없이 굴러간다.

⚠️ 함정: 아카이브 등급은 "싼 대신 꺼내는 데 시간이 걸린다"는 교환 조건이 붙는다. 그래서 자주 즉시 조회해야 하는 데이터를 아카이브 등급에 넣는 선택지는 오답이다. 문항에 "즉시 조회", "밀리초 단위 접근"이 있으면 아카이브는 아니다.

네트워킹 복습: VPC 기초

VPC(Virtual Private Cloud)는 AWS 안에 만드는 내 전용 가상 네트워크다. 집에 비유하면, AWS라는 거대한 아파트 단지 안에 내가 임대한 한 채의 집이고, 그 안을 방(서브넷)으로 나누고 문(보안 그룹)을 단다.

🎯 시나리오: "웹 서버는 외부에서 접속해야 하지만, 데이터베이스는 외부에 절대 노출하면 안 된다." → 웹 서버는 퍼블릭 서브넷, DB는 프라이빗 서브넷에 둔다. DB는 인터넷 게이트웨이로 가는 경로가 없으니 외부에서 직접 닿을 수 없다.

보안 그룹은 상태 저장(stateful) 방화벽이다. 들어오는 요청을 허용하면 그에 대한 응답은 규칙을 따로 만들지 않아도 자동으로 나간다. "허용 규칙만 정의하고 나머지는 기본 차단"이라는 점도 기억해 둔다.

문지기 두 명 구분하기: 보안 그룹 vs NACL

VPC에는 문지기가 두 층으로 서 있다. 아파트에 비유하면 NACL은 단지 입구의 경비실(서브넷 단위), 보안 그룹은 각 세대의 현관문(인스턴스 단위)이다. 단지 입구를 통과했다고 아무 집에나 들어갈 수 있는 게 아니고, 현관문 비밀번호를 알아도 단지 입구에서 막히면 못 들어온다. 규칙 종류도 다르다 — 보안 그룹은 허용 규칙만 쓰고 상태를 기억하지만(Stateful), NACL은 허용과 차단을 모두 쓸 수 있고 상태를 기억하지 않는다(Stateless).

나가는 길 두 개 구분하기: 인터넷 게이트웨이 vs NAT 게이트웨이

• 인터넷 게이트웨이(IGW): VPC의 대문. 양방향 통로다. 밖에서 들어오는 접속도, 안에서 나가는 접속도 이 문을 통한다.
• NAT 게이트웨이: 프라이빗 서브넷 전용의 일방통행 출구다. 안에 있는 서버가 소프트웨어 업데이트를 받으러 밖으로 나가는 것은 되지만, 밖에서 그 서버로 먼저 들어오는 것은 안 된다.

사내 결제 서버가 프라이빗 서브넷에 있다고 가정한다. 보안팀은 "이 서버는 인터넷에서 절대 직접 접근되면 안 된다"고 못 박았다. 그런데 개발팀은 "보안 패치는 받아야 한다"고 한다. 두 요구를 동시에 만족시키는 답이 NAT 게이트웨이다. 서버는 밖으로 나가 패치를 받아올 수 있지만, 인터넷 쪽에서 그 서버를 찾아 들어올 경로는 없다. 시험에서 "프라이빗 서브넷의 인스턴스가 인터넷으로 나가야 하지만 인바운드는 차단"이라는 문구가 나오면 거의 항상 NAT 게이트웨이가 정답이다.

엣지 복습: CloudFront + Route 53

두 서비스는 거리 문제를 푸는 한 쌍이다. CloudFront는 "빠른 전달", Route 53은 "이름 해석"이다.

함정: "지연 시간을 줄이려 콘텐츠를 캐싱" = CloudFront, "도메인을 가장 가까운 리전으로 라우팅" = Route 53. 둘 다 엣지 인프라를 쓰지만 역할이 다르다는 점을 헷갈리지 않아야 한다.

식당에 비유하면 Route 53은 길 안내(내비게이션), CloudFront는 동네마다 낸 분점이다. 안내가 없으면 찾아갈 수 없고 분점이 없으면 멀리까지 가야 하니, 실제 서비스에서는 둘을 같이 쓴다. 엣지에는 보안 서비스도 붙는다 — Shield는 DDoS 공격을 막고, WAF는 웹 요청 내용을 검사해 악의적인 요청(SQL 인젝션 등)을 걸러 낸다.

헷갈리는 개념 짝 총정리

이번 주 내용 중 서로 비슷해 보여서 자꾸 틀리는 짝만 모았다. 시험 직전에 이 표만 다시 훑어도 체감 정답률이 달라진다.

함정: 시험 선택지는 "완전히 틀린 답"보다 "비슷하지만 조건 하나가 어긋나는 답"으로 채워진다. 예를 들어 "여러 서버가 공유"라는 조건이 있는데 EBS를 고르는 것, "중단되면 안 됨"인데 스팟을 고르는 것이 대표적이다. 정답을 찾기 전에 문항 속 조건과 어긋나는 선택지를 먼저 지우는 순서가 훨씬 안전하다.

시험 키워드 → 서비스 매핑 종합표

문항에서 아래 단어가 보이면 거의 그 서비스를 가리킨다. 통째로 외우기보다 소리 내어 두세 번 읽고 "이 말은 이걸 가리키는구나"를 몸에 익히는 용도로 쓴다.

이 상황엔 이 서비스: 시나리오 모음

위 표가 "단어 → 서비스"라면, 아래는 "상황 → 서비스"다. 실제 문항과 가장 비슷한 형태이니 오른쪽을 손으로 가리고 먼저 떠올려 본다.

막힐 때 쓰는 3단 판단 흐름

시나리오를 읽고도 머리가 하얘질 때는 아래 순서를 그대로 밟으면 대부분 답이 나온다.

1. 네 칸 중 어디인가? 일을 시키는가(컴퓨팅) / 데이터를 두는가(스토리지) / 잇고 지키는가(네트워킹) / 멀리 빨리 보내는가(엣지)
2. 그 칸 안에서 "누가 관리하고 누가 붙는가"를 묻는다. 컴퓨팅이면 "내가 OS까지 관리? AWS가?", 스토리지면 "한 대만 붙나? 여럿이 붙나? 인터넷에서 붙나?"
3. 남은 제약 조건으로 확정한다. "중단 가능?" "즉시 조회 필요?" "외부 노출 금지?" "비용 최소화?"

"전 세계 지사 직원들이 쓰는 사내 문서 사이트가 느리고 원본 서버 부하도 높다"는 상황을 넣어 본다. 1단계 — 멀리 있는 사용자 문제이니 엣지. 2단계 — 이름 안내가 아니라 콘텐츠 전달. 3단계 — "원본 부하 감소" 조건까지 붙었다. 캐싱으로 원본 요청을 흡수하는 CloudFront가 답이다.

셀프 체크리스트

아래 질문에 막힘없이 한 문장으로 답할 수 있으면 이번 주는 통과다. 하나라도 걸리면 해당 Day로 돌아간다.

• EC2·Lambda·Fargate를 "관리 책임" 한 축 위에 순서대로 놓을 수 있는가?
• 스팟 인스턴스를 쓰면 안 되는 상황을 하나 말할 수 있는가?
• S3·EBS·EFS의 차이를 비유로 설명할 수 있는가?
• 퍼블릭 서브넷과 프라이빗 서브넷을 가르는 결정적 요소가 무엇인지 아는가?
• 보안 그룹과 NACL의 적용 단위·상태 저장 여부를 구분할 수 있는가?
• 인터넷 게이트웨이와 NAT 게이트웨이의 방향 차이를 설명할 수 있는가?
• CloudFront와 Route 53이 각각 어떤 문제를 푸는지 한 줄로 말할 수 있는가?

정리

핵심 서비스 1을 한 줄씩 다시 새기면 이렇다. 컴퓨팅은 EC2(직접 관리 서버)·Lambda(서버리스)·ECS(컨테이너)로 책임 경계가 위로 올라가고, 스토리지는 S3(객체)·EBS(단일 서버 블록)·EFS(공유 파일)로 데이터 모양이 다르며, 네트워킹은 VPC가 전용 네트워크를 만들고 서브넷·보안 그룹으로 나누고 지키며, 엣지는 CloudFront가 전달하고 Route 53이 안내한다.

시험에서는 항상 "상황 → 가장 적합한 서비스"의 형태로 묻는다는 것을 기억한다. 다음 주에는 데이터베이스·메시징·관리 도구·IaC 같은 핵심 서비스 2를 배운다.

이번 주 내용이 완벽하게 외워지지 않았다고 걱정할 필요는 없다. CLF-C02는 세부 설정을 묻는 시험이 아니라 "클라우드로 일한다는 게 어떤 것인지 감을 잡았는가"를 확인하는 시험이다. 서비스 이름이 가물가물해도 "이건 서버 얘기, 저건 저장 얘기"라는 큰 칸만 흔들리지 않으면 답의 방향이 잡힌다. 오늘의 표들은 시험 직전에 다시 펼쳐 볼 요약본이니 가끔 되돌아와 훑어본다.

📝 연습 문제

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

문제 1

하루에 몇 차례, 파일이 업로드될 때만 잠깐 실행되는 가벼운 처리 작업을 운영하려 한다. 유휴 시간에는 비용이 들지 않도록 하려면 가장 적합한 컴퓨팅 서비스는?

• AAmazon EC2
• BAWS Lambda
• CAmazon EBS
• DAmazon VPC

문제 2

여러 대의 EC2 인스턴스가 동일한 파일을 동시에 읽고 쓸 수 있는 공유 파일 시스템이 필요하다. 가장 적합한 스토리지는?

• AAmazon S3
• BAmazon EBS
• CAmazon EFS
• DAmazon CloudFront

문제 3

데이터베이스 서버를 인터넷에서 직접 접근하지 못하도록 보호하면서, 웹 서버는 외부 접속을 허용하려 한다. VPC에서 가장 적절한 구성은?

• A웹 서버와 DB를 모두 퍼블릭 서브넷에 둔다
• B웹 서버는 퍼블릭 서브넷, DB는 프라이빗 서브넷에 둔다
• C웹 서버와 DB를 모두 프라이빗 서브넷에 둔다
• D서브넷을 나누지 않고 보안 그룹도 두지 않는다

문제 4

S3, EBS, EFS의 차이를 가장 정확하게 구분한 것은?

• AS3는 블록, EBS는 객체, EFS는 파일 스토리지다
• BS3는 객체, EBS는 단일 서버용 블록, EFS는 공유 파일 스토리지다
• C셋 다 EC2 한 대에만 붙는 디스크다
• D셋 다 인터넷에서 직접 접근하는 객체 스토리지다

문제 5

전 세계 사용자에게 정적 콘텐츠를 낮은 지연 시간으로 전달하기 위해 콘텐츠를 사용자 가까운 거점에 캐싱하려 한다. 가장 적합한 서비스는?

• AAmazon Route 53
• BAmazon CloudFront
• CAmazon EFS
• DAmazon EC2