항상 켜져 있는 서버 (고정 IP)
       ↑↓
┌──────┴──────┐
│ 클라이언트1  │
│ 클라이언트2  │  (간헐적 연결, 동적 IP 가능)
│ 클라이언트3  │
└─────────────┘

피어1 ←────→ 피어2
  ↕            ↕
피어3 ←────→ 피어4

모든 피어가 클라이언트이자 서버

┌──────────────┐                    ┌──────────────┐
│  애플리케이션  │                    │  애플리케이션  │
│   프로세스    │                    │   프로세스    │
│      │       │                    │      │       │
│   소켓(문)   │                    │   소켓(문)   │
├──────┼───────┤                    ├──────┼───────┤
│   전송 계층   │                    │   전송 계층   │
│      │       │  ← 인터넷 →        │      │       │
│   ...        │                    │   ...        │
└──────────────┘                    └──────────────┘
  클라이언트                           서버

웹 페이지 구성:
  ├── 기본 HTML 파일 (base HTML file)
  ├── JPEG 이미지 (referenced object)
  ├── JavaScript 파일
  ├── CSS 스타일시트
  └── 동영상 파일

각 객체는 하나의 URL로 식별된다.

http://www.example.com/path/page.html
 ──┬──  ──────┬──────  ─────┬───────
프로토콜   호스트 이름      경로 이름

HTTP 통신 과정:
  1. 클라이언트가 서버의 포트 80(또는 443)으로 TCP 연결 시작
  2. TCP 연결 수립 (3-way handshake)
  3. HTTP 메시지 교환
  4. TCP 연결 종료

기본 HTML + 10개 이미지가 포함된 페이지 요청:

1. TCP 연결 설정 → base HTML 요청/응답 → TCP 연결 종료
2. TCP 연결 설정 → 이미지1 요청/응답 → TCP 연결 종료
3. TCP 연결 설정 → 이미지2 요청/응답 → TCP 연결 종료
...
11. TCP 연결 설정 → 이미지10 요청/응답 → TCP 연결 종료

→ 총 11번의 TCP 연결 필요!

RTT (Round-Trip Time): 패킷이 클라이언트에서 서버로 갔다가
                        돌아오는 데 걸리는 시간

하나의 객체 요청에 걸리는 시간:

  클라이언트         서버
     |── SYN ──────>|
     |<─ SYN+ACK ──|   ← 1 RTT (TCP 연결 설정)
     |── GET ──────>|
     |<─ 파일 전송 ─|   ← 1 RTT + 파일 전송 시간
     |              |

  총 시간 = 2 RTT + 파일 전송 시간

지속 연결:

1. TCP 연결 설정                      ← 1 RTT
2. base HTML 요청/응답                 ← 1 RTT
3. 이미지1 요청/응답 (같은 연결)        ← 1 RTT
4. 이미지2 요청/응답 (같은 연결)        ← 1 RTT
...

→ TCP 연결을 재사용하므로 오버헤드 감소

파이프라이닝 없이:             파이프라이닝 사용:
  요청1 ──>                   요청1 ──>
  <── 응답1                   요청2 ──>
  요청2 ──>                   요청3 ──>
  <── 응답2                   <── 응답1
  요청3 ──>                   <── 응답2
  <── 응답3                   <── 응답3

  총 3 RTT                    총 약 1 RTT

GET /somedir/page.html HTTP/1.1
Host: www.example.com
Connection: close
User-Agent: Mozilla/5.0
Accept-Language: ko-KR

┌────────────────────────────────────────┐
│ 요청 라인 (request line)                │
│   메서드 SP URL SP 버전 CR LF           │
├────────────────────────────────────────┤
│ 헤더 라인들 (header lines)              │
│   헤더필드: 값 CR LF                    │
│   헤더필드: 값 CR LF                    │
│   ...                                  │
│   CR LF (빈 줄 = 헤더 끝)              │
├────────────────────────────────────────┤
│ 엔티티 바디 (entity body)               │
│   POST 메서드일 때 사용                  │
└────────────────────────────────────────┘

HTTP/1.1 200 OK
Connection: close
Date: Thu, 19 Mar 2026 12:00:00 GMT
Server: Apache/2.4
Content-Length: 6821
Content-Type: text/html

(데이터...)

1. HTTP 응답 메시지의 Set-Cookie 헤더
2. HTTP 요청 메시지의 Cookie 헤더
3. 클라이언트(브라우저)에 저장되는 쿠키 파일
4. 웹 사이트의 백엔드 데이터베이스

최초 방문:
  클라이언트                   서버
     |── GET /index.html ──>|
     |                       | 쿠키 번호 1678 생성
     |<── Set-Cookie: 1678 ──|
     |                       | DB에 1678 기록 저장
     |  브라우저가 쿠키 저장   |

재방문:
     |── GET /cart           |
     |   Cookie: 1678 ────>  |
     |                       | DB에서 1678 조회
     |<── 맞춤 응답 ──────── |

클라이언트 ──> 프록시 서버 ──> 원본 서버
                  │
              캐시 저장소

1. 클라이언트가 프록시 서버에 요청
2. 프록시가 캐시에 객체 보유?
   ├── YES → 캐시된 객체를 클라이언트에 반환
   └── NO  → 원본 서버에 요청 → 응답 캐싱 → 클라이언트에 반환

예시: 기관 네트워크 → 인터넷 접속 링크(15 Mbps) → 인터넷

요청률: 초당 15건, 평균 객체 크기: 1 Mbit
총 요청 트래픽: 15 Mbps

접속 링크 이용률 = 15/15 = 100% → 큐잉 지연 폭발!

해결책 1: 접속 링크 업그레이드 (100 Mbps) → 비용 높음
해결책 2: 웹 캐시 설치 (적중률 40% 가정)
  → 접속 링크 트래픽 = 15 * 0.6 = 9 Mbps
  → 이용률 = 9/15 = 60% → 지연 감소!

최초 요청:
  프록시 ── GET /fruit.gif ──────────> 서버
  프록시 <── 200 OK                ──  서버
              Last-Modified: Wed, 9 Mar 2026

캐시 유효성 확인 (조건부 GET):
  프록시 ── GET /fruit.gif ──────────> 서버
             If-Modified-Since:
             Wed, 9 Mar 2026

  경우 1: 변경 없음
  프록시 <── 304 Not Modified ──────── 서버
              (객체 본문 없음! 대역폭 절약)

  경우 2: 변경됨
  프록시 <── 200 OK ───────────────── 서버
              (새로운 객체 본문 포함)

HTTP/1.0 (1996):
  - 비지속 연결
  - GET, POST, HEAD

HTTP/1.1 (1997):
  - 지속 연결 (기본)
  - 파이프라이닝
  - Host 헤더 필수
  - PUT, DELETE 추가

HTTP/2 (2015):
  - 바이너리 프레이밍
  - 멀티플렉싱 (하나의 연결로 다수 요청/응답 병렬 처리)
  - 헤더 압축
  - 서버 푸시

HTTP/3 (2022):
  - QUIC 프로토콜 기반 (UDP)
  - HOL 블로킹 해결
  - 더 빠른 연결 설정

HTTP 핵심 요약:
  ├── TCP 기반, 비상태(stateless) 프로토콜
  ├── 요청-응답 모델
  ├── 비지속/지속 연결 (HTTP/1.1부터 지속이 기본)
  ├── 쿠키로 상태 관리
  ├── 웹 캐시(프록시)로 지연 감소 및 대역폭 절약
  └── 조건부 GET으로 캐시 유효성 검증