HTTP (HyperText Transfer Protocol)
- 웹 서버와 사용자의 인터넷 브라우저 사이에 문서를 전송하기 위해 사용되는 통신 규약
HTTP 특징
- 클라이언트 서버 구조
- 무상태 프로토콜(Stateless), 비연결성 (Connectionless)
- HTTP 메세지
- 단순함, 확장 가능
- 클라이언트 서버 구조
-
클라이언트가 서버에 요청을 보내면 서버는 그에 대한 응답을 보내는 클라이언트 서버 구조로 이루어져있다.
-
Request Response
-
클라이언트는 서버에 요청을 보냄 -> 응답 대기
-
서버가 요청에 대한 결과를 생성 -> 응답
- 무상태 프로토콜(Stateless)
- 서버가 클라이언트의 상태를 보존하지 않음
장점: 서버 확장성 높음 (스케일 아웃)
ㄴ 스케일 아웃? 서버를 여러 대 추가하여 시스템을 확장하는 방법
단점: 클라이언트가 추가 데이터 전송
Stateful VS Stateless
- 상태 유지: 중간에 다른 점원으로 바뀌면 안된다.
(중간에 다른 점원으로 바뀌면 상태 정보를 다른 점원에게 미리 알려주어야 함)- 무상태: 중간에 다른 점원으로 바뀌어도 된다.
- 갑자기 고객이 증가해도 점원 대거 투입 가능
- 갑자기 클라이언트 요청이 증가해도 서버를 대거 투입할 수 있음
- 무상태는 응답 서버를 쉽게 바꿀 수 있다
(무한한 서버 증설이 가능)
상태 유지(Stateful)
-
항상 같은 상태가 유지되어야 한다.
-
상태가 유지 되어야 하는 프로토콜이라면 클라이언트 A의 요청을 서버 1이 기억하고 있기에 항상 서버 1이 응답해야함
장애가 난다면?
-
서버 1에서 장애가 나면 유지되던 상태 정보가 모두 다 날아가 버리기 때문에 처음부터 다시 요청해야 한다
무상태 (Stateless)
-
아무 서버나 호출해도 된다.
-
클라이언트 A가 요청할 때 이미 필요한 데이터를 다 담아서 보내기 때문에 아무 서버나 호출해도 된다.
장애가 난다면?
- 만약 서버 1에 장애가 생기더라도 다른 서버에서 응답을 전달하면 되기 때문에 클라이언트는 다시 요청할 필요가 없다.
스케일 아웃(Scale-out)
- 수평 확장 유리
- 무상태는 응답 서버를 쉽게 바꿀 수 있기 때문에 무한한 서버 증설이 가능하다.
무상태의 한계
- 로그인이 필요 없는 단순한 서비스 소개 화면 같은 경우엔 무상태로 설계가 가능하지만, 로그인이 필요한 서비스라면 유저의 상태를 유지해야 되기 때문에 브라우저 쿠키, 서버 세션, 토큰 등을 이용해 상태를 유지해야 한다.
- 비 연결성(connectionless)
- HTTP는 기본이 연결을 유지하지 않는 모델
- 일반적으로 초 단위의 이하의 빠른 속도로 응답
- 1시간 동안 수천명이 서비스를 사용해도 실제 서버에서 동시에 처리하는 요청은 수십개 이하로 매우 작음
ex) 웹 브라우저에서 계속 연속해서 검색 버튼을 누르지는 않는다. - 서버 자원을 매우 효율적으로 사용할 수 있음
