Stateless, Stateful

목차

• 모든 것이 HTTP
• 클라이언트 서버 구조
• Stateful, Stateless
• 비 연결성(Connectionless)
• HTTP 메시지

무상태 프로토콜(Stateless)

HTTP의 중요한 부분 중 하나는, 무상태(Stateless)를 지향한다는 점:
- 서버가 클라이언트의 상태를 보존하지 않음
  - 장점 : 서버 확장성 높음(스케일 아웃)
  - 단점 : 클라이언트가 추가 데이터 전송
  - ex) 인증, 인가시에 Token을 받는 경우를 생각해보면 좋을 것 같다  

Stateful, Stateless의 차이

무상태, 상태 차이:
= Stateful은 서버가 클라이언트의 이전 상태를 보존하는 것.
- Stateless는 서버가 클라이언트의 상태를 보존하지 않는다는 것.

무상태(Stateless)

Stateless:
비연결적인 특성으로 연결이 해제됨과 동시에 서버와 클라이언트는 클라이언트가 이전에 요청한 결과에 대해서 잊어버리게 된다.
즉, 클라이언트가 이전 요청과 같은 데이터를 원한다고 하더라도 다시 서버에 연결을 하여 동일한 요청을 시도해야만 한다.
- 또한 무상태는 응답 서버를 쉽게 바꿀 수 있다 → 무한한 서버 증설 가능
- Stateless는 항상 모든 데이터를 모두 보내야한다

Stateless 실무 한계

Stateless 한계점:
- 모든 것을 무상태로 설계 할 수 있는 경우도 있고 없는 경우도 있다.
- 무상태
  - 예) 로그인이 필요 없는 단순한 서비스 소개 화면
- 상태 유지
  - 예) 로그인
- 로그인한 사용자의 경우 로그인 했다는 상태를 서버에 유지
- 일반적으로 브라우저 쿠키와 서버 세션등을 사용해서 상태 유지
- 상태 유지는 최소한만 사용