N° 01 — 목록

'Infra Architecture/Network Fundamentals' (10)

네트워크는 "왜 그렇게 복잡하게 겹쳐놨나"가 핵심 질문이다. 이 영역은 각 계층이 왜 존재하는지를 일상 비유(우체국·배송·택배사 환승·전화 통화)로 푼다.

  1. Infra Architecture/Network Fundamentals

    Network Fundamentals - 10. 로드 밸런싱

    한 건물에 들어온 손님을 여러 창구로 안내하는 기술 — 로드 밸런싱2017년 2월 28일 AWS S3 장애 당시 — 한 리전의 모든 요청이 몰리면서 AWS의 로드 밸런서(ELB)가 한계에 달했다. 정상 상태에서는 로드 밸런서가 수백 개의 백엔드 인스턴스에 트래픽을 골고루 분산하지만 — 백엔드가 줄어들면 한 인스턴스에 몰리는 트래픽이 증폭한다. "분산"의 이점이 사라지는 순간. 이 사건이 보여주는 것은 — 로드 밸런싱이 인프라의 중간 역할이라는 점이다. 클라이언트와 서버 사이에서 — 트래픽을 받고, 여러 서버에 나눠주고, 건강한 서버만 골라내는 역할. 이 역할이 제대로 안 되면 — foundations 03에서 본 연쇄 장애(cascading failure)가 시작된다.이 글은 로드 밸런싱(load bal..

    · 댓글
  2. Infra Architecture/Network Fundamentals

    Network Fundamentals - 09. HTTP·HTTPS·TLS

    봉투에 인감도장을 찍어 보내는 우편 — HTTP·HTTPS·TLS브라우저에 https://example.com을 친다. 주소창의 자물쇠 아이콘이 잠긴다. "연결이 안전합니다"라는 메시지가 보인다. 이 자물쇠가 의미하는 것은 — 전송되는 데이터가 암호화돼 있어서, 중간에 가로채도 내용을 못 읽는다는 뜻이다. 이 암호화를 담당하는 것이 TLS(Transport Layer Security) 고, 그 위에서 동작하는 웹 프로토콜이 HTTPS(HTTP Secure) 다. http://(암호화 없음)와 https://(TLS 암호화)의 차이가 — 바로 이 자물쇠다.이 글은 HTTP와 TLS를 다룬다. HTTP가 어떻게 발전했는지(HTTP/1.1 → HTTP/2 → HTTP/3), TLS가 어떻게 암호화 연결을 설정..

    · 댓글
  3. Infra Architecture/Network Fundamentals

    Network Fundamentals - 08. DNS

    이름을 물으면 주소가 나오는 전화번호부 — DNS브라우저에 example.com을 친다. 컴퓨터는 example.com이라는 이름을 모른다 — IP 주소(93.184.216.34)만 안다. 이름과 주소 사이의 이 간극을 메우는 것이 DNS(Domain Name System) 이다. 전 세계의 도메인 이름과 IP 주소를 연결하는 분산 데이터베이스. 인터넷의 전화번호부. DNS가 없으면 — 사용자가 93.184.216.34를 외워서 쳐야 한다. DNS 덕분에 사람은 이름을 기억하고, 컴퓨터는 주소로 통신한다.이 글은 DNS를 다룬다. 도메인 이름이 어떻게 IP 주소로 변환되는가(resolution), 재귀 서버와 권한 서버의 역할, DNS 레코드 종류(A·AAAA·CNAME·MX·TXT·NS), TTL이 왜..

    · 댓글
  4. Infra Architecture/Network Fundamentals

    Network Fundamentals - 07. 혼잡 제어

    도로가 막히면 속도를 줄이는 이유 — TCP 혼잡 제어2016년, Google은 자체 개발한 BBR(Bottleneck Bandwidth and Round-trip propagation time) 이라는 새로운 TCP 혼잡 제어 알고리즘을 공개했다. 기존 알고리즘(CUBIC) 대비 Google 내부 트래픽의 처리량을 4배 올렸다. 비결은 단순했다 — 기존 알고리즘이 "패킷 손실이 일어나면 속도를 줄인다"고 가정한 반면, BBR은 "네트워크의 실제 병목 대역폭과 지연을 측정해서 최적 속도를 계산한다"는 접근을 취했다. 같은 도로를 달리는데 — 한 운전자는 "사고가 나야 속도를 줄이고", 다른 운전자는 "앞이 막히는지 실시간으로 확인하며 속도를 조절하는" 차이. 이 글은 TCP가 네트워크 혼잡에 어떻게 대응..

    · 댓글
  5. Infra Architecture/Network Fundamentals

    Network Fundamentals - 06. TCP·UDP·포트

    건물까지 온 편지를 몇 호실로 보낼까 — TCP·UDP와 포트패킷이 인터넷을 건너 서버에 도착했다. IP 주소가 서버를 찾았고, 라우터들이 패킷을 전달했다. 하지만 — 서버 한 대 안에는 웹 서버(nginx)·데이터베이스(PostgreSQL)·SSH 데몬이 동시에 돌고 있다. 도착한 패킷이 "이건 웹 요청이야, 웹 서버로 줘"인지, "이건 DB 쿼리야, PostgreSQL로 줘"인지를 — 어떻게 구분할까? 답은 포트 번호(port number) 다. 그리고 패킷이 목적지에 안전하게 도착했는지를 보장하느냐(UDP) 아니냐(TCP)에 따라 — 전송 계층(L4)이 두 가지 프로토콜로 나뉜다.이 글은 TCP(Transmission Control Protocol) 와 UDP(User Datagram Protoco..

    · 댓글
  6. Infra Architecture/Network Fundamentals

    Network Fundamentals - 05. 라우팅

    배송 센터들이 협력해 목적지를 찾는 기술 — 라우팅서울에서 부산으로 편지를 보낸다고 치자. 편지는 곧장 부산으로 가지 않는다. 서울 배송 센터에서 경로를 판단하고, 대전 배송 센터로 보내고, 대전이 다시 대구로, 대구가 부산으로. 각 배송 센터(라우터)는 — "이 편지의 목적지(우편번호)를 보고, 어느 방향으로 보낼까?"를 결정한다. 이 결정의 기준이 라우팅 테이블(routing table) 이고, 라우터들이 서로 경로 정보를 교환하는 규칙이 라우팅 프로토콜(routing protocol) 이다.이 글은 라우팅(routing) — 패킷이 한 네트워크에서 다른 네트워크로 이동하는 과정 — 을 다룬다. 이전 글에서 본 서브네팅이 "같은 동네인지 다른 동네인지 판단하는 기술"이었다면, 라우팅은 "다른 동네로 ..

    · 댓글

티스토리툴바