HTTP 메시지에 모든 것을 전송
- HTML, TEXT
- Image, 음성, 영상, 파일
- JSON, XML (API)
-> 거의 모든 형태의 데이터 전송 가능
-> 서버간 데이터를 주고 받을 때도 대부분 HTTP사용
[기반 프로토콜]
- TCP: HTTP/1.1, HTTP/2
- UDP: HTTP/3
- 현재 HTTP/1.1 주로 사용
[HTTP 특징]
-
클라이언트 서버 구조
- Request Response 구조
- 클라이언트는 서버에 요청을 보내고 응답이 올 때까지 기다림.
- 서버가 요청에 대한 결과를 만들어서 응답.
-> 클라이언트와 서버를 분리하게 되면 각각 독립적으로 진화할 수 있게 됨. (ex. 서버에 데이터와 로직을 넣고, 클라이언트는 UI/UX에 집중)
-
무상태 프로토콜(stateless)
- 서버가 클라이언트의 상태를 보존하지 않음.
- 상태 유지 (stateful): 중간에 점원이 바뀌면 안된다.
- 무상태 (stateless): 중간에 점원이 바뀌어도 된다.
- 갑자기 고객이 증가해도 점원을 대거 투입할 수 있다. (고객이 처음부터 context를 전달해주기 때문)
- 갑자기 클라이언트 요청이 증가해도 서버를 대거 투입할 수 있다.
-> 무상태는 응답 서버를 쉽게 바꿀 수 있다. -> 무한한 서버 증설 가능
- 장점: 서버 확장성 높음 (스케일 아웃)
- 단점: 클라이언트가 추가 데이터 전송 (데이터를 너무 많이 보낸다..)
- 모든 것을 무상태로 설계할 수 있는 경우도 있고 없는 경우도 있다.
- 로그인이 필요없는 단순한 서비스 소개 화면 (무상태)
- 로그인 (상태 유지)
-> 상태 유지는 최소한으로 사용!
-
비연결성
- HTTP는 기본이 연결을 유지하지 않는 모델
- 일반적으로 초 단위 이하의 빠른 속도로 응답
- 1시간 동안 수천명이 서비스를 사용해도 실제 서버에서 동시에 처리하는 요청은 수십개 이하로 매우 작음.
- 서버 자원을 매우 효율적으로 사용할 수 있음.
[단점]
- TCP/IP 연결을 새로 맺어야해서 (3 way handshake) 추가적인 시간 필요.
- 웹브라우저에서 HTML 뿐만 아니라 JS, css, 추가 이미지 등 수 많은 자원이 함꼐 다운로드
- HTTP 지속연결을 통해 최적화
[stateless를 기억할 것] -> 최대한 무상태로 설계할 것!!
- 정말 같은 시간에 딱 맞춰 발생하는 대용량 트래픽 (선착순 등)
출처: 모든 개발자를 위한 HTTP 웹 기본 지식 by 김영한