사전 지식

이 챕터를 읽어야 하는 이유

AWS 콘솔에서 "보안 그룹에서 인바운드 규칙을 추가하세요", "서브넷이 퍼블릭인지 확인하세요", "TLS 1.2 이상을 사용하세요" 같은 말이 들릴 때 감이 안 잡히는 이유는 AWS를 몰라서가 아닙니다. AWS가 다루는 개념들의 토대인 네트워크 기초를 건너뛰었기 때문입니다.

이 챕터는 AWS를 시작하기 전에 반드시 알아야 할 개념들을 다룹니다. 읽기만 해도 되고, 실습은 없습니다. 개념이 잡히면 이후 챕터의 모든 설정이 "왜 이렇게 하는지"와 함께 이해됩니다.

네트워크는 왜 7계층으로 나뉘는가

컴퓨터끼리 데이터를 주고받는 일은 복잡합니다. 케이블을 통해 전기 신호를 보내는 물리적 문제부터, IP 주소로 경로를 찾는 문제, 데이터를 빠짐없이 전달하는 문제, 애플리케이션이 데이터를 해석하는 문제까지 여러 층의 문제가 쌓여 있습니다.

OSI 모델은 이 복잡성을 7개의 층(Layer)으로 나눠 각 층이 자기 역할만 담당하게 만든 설계 원칙입니다.

AWS에서 자주 나오는 계층

TCP와 UDP — 왜 둘 다 있는가

꼭 외워야 할 포트 번호

DNS — 이름을 IP로 바꾸는 전화번호부

브라우저에 www.example.com을 입력하면 실제로는 52.78.XXX.XXX 같은 IP 주소로 연결됩니다. 사람은 이름을 기억하지만 컴퓨터는 IP 주소로 통신하기 때문입니다. DNS(Domain Name System)는 이 변환을 담당합니다.

레코드 종류

TTL — DNS 전파가 왜 느린가

TTL(Time To Live)은 DNS 응답을 캐시에 얼마나 보관할지 초 단위로 지정하는 값입니다. TTL이 3600이면 1시간 동안 캐시된 값을 씁니다. 도메인을 변경했는데 반영이 안 되는 이유가 이겁니다.

캐싱 — 왜 빠르고 왜 오래된 데이터가 보이는가

캐싱은 자주 쓰는 데이터를 가까운 곳에 미리 복사해두는 기법입니다. 원본까지 매번 가지 않아도 되니 빠릅니다. 대신 원본이 바뀌어도 캐시가 남아 있으면 오래된 데이터가 보입니다.

HTTPS가 동작하는 원리

HTTP는 주고받는 내용이 평문입니다. 중간에서 누군가 패킷을 가로채면 그대로 읽힙니다. HTTPS는 TLS(Transport Layer Security)로 암호화한 HTTP입니다.

TLS 핸드셰이크 — 연결이 맺어지는 순서

RDS와 DynamoDB — 선택 기준

AWS에서 데이터베이스를 선택할 때 가장 먼저 마주치는 질문입니다. 정해진 답은 없고, 데이터의 성격과 서비스 요구사항에 따라 다릅니다.

핵심 정리