HTTP

🌐 HTTP 역사

---

• (TCP)HTTP/1.1 : 현재 HTTP/1.1 주로 사용, 우리에게 가장 중요한 버전
• (TCP)HTTP/2 : 성능개선
• (UDP)HTTP/3 : TCP 대신에 UDP 사용, 성능 개선

🌐 HTTP 특징

---

• 클라이언트 서버 구조
• ✨무상태 프로토콜(Stateless), ✨비연결성 (Connectionless)
• HTTP 메세지
• 단순함, 확장 가능

클라이언트 서버 구조

• Request Response 구조
• 클라이언트 ➡️ 서버에 요청을 보내고 응답 대기
• 서버가 요청에 대한 결과를 만들어 응답

✨ 무상태 프로토콜 (Stateless)

• 서버가 클라이언트의 상태를 보존하지 않음
• 중간에 요청이 다른 서버로 유입되어도 아무런 문제가 발생하지 않는다 !

  ①. A서버로 부터 가격이 100만원인 노트북에 대한 정보를 받는다.
  ②. B서버로 노트북 2개 구매 요청을 보낸다.
  ③. C서버로 노트북 2개 신용카드 결제 요청을 보낸다.
  ➡️ 중간에 서버가 바뀌어도 그대로 진행 가능

  • 장점 : 서버 확장성 ↑
  • 단점 : 클라이언트가 추가 데이터 전송

✨ 상태유지 (Stateful)

• 서버가 클라이언트의 상태를 보존하며 하는 통신
• 중간에 요청이 다른 서버로 유입되면 안된다 !

①. A서버로 부터 가격이 100만원인 노트북에 대한 정보를 받는다.
②. A서버에게 2개 구매 요청을 보낸다.
③. A결제수단을 보낸다.
➡️ 중간에 서버가 다운되면, 그간 통신했던 모든 상태값들이 날아가게 됨

• 중간에 서버가 변경된다면 ? 정상적인 로직이 수행될 수 없다.
  아래 예시를 보며 이해해보자

• 점원 A만 고객의 주문을 기억하고 있기 때문에 상태 정보를 다른 점원 B에게 미리 알려줘야 함

Stateful vs Stateless

• ✨ 상태유지 ( Stateful ) : 중간에 다른 점원으로 바뀌면 안됨
  ➡️ 만약 바뀐다면 상태 정보를 다른 점원에게 미리 알려줘야함
• ✨ 무상태 ( Stateless ): 중간에 다른 점원으로 바뀌어도 OK
  • 갑자기 고객이 증가해도 점원 대거 투입 OK
  • 갑자기 클라이언트 요청이 증가해도 서버를 대거 투입할 수 있다.
  • 요청할 때 이미 필요한 데이터를 다 담아서 보냄
• 무상태는 응답 서버를 쉽게 바꿀 수 있다.
  ➡️ 무한한 서버 증설 가능