[HTTP] HTTP 기본

• HTTP 기본

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

1. HTTP(HyperText Transfer Protocol)

HTTP 메시지에 모든 것을 전송

• HTML, TEXT
• 이미지, 음성, 영상, 파일
• JSON, XML(API_
• 거의 모든 형태의 데이터 전송 가능
• 서버간에 데이터를 주고 받을 때도 대부분 HTTP 사용

---

기반 프로토콜

• TCP : HTTP/1.1 (현재 주로 사용), HTTP/2
• UDP : HTTP/3

---

HTTP 특징

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

2. 클라이언트 서버 구조

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

3. Stateful(상태유지) vs Stateless(무상태)

상태유지(Stateful):

• 상태유지 시스템은 클라이언트와 서버 간에 상태 정보를 유지합니다.
• 이는 클라이언트의 상태 및 세션 데이터를 서버에서 저장하고 유지하는 것을 의미.
• 서버는 클라이언트에 대한 상태를 저장하기 위해 메모리, 데이터베이스, 디스크 등의 저장소를 사용.
  
  중간에 서버 1이 장애가 나면 > 클라이언트 1은 처음부터 다시

무상태(Stateless):

• 응답 서버를 쉽게 바꿀 수 있다
  (ex, 중간에 다른 점원으로 바뀌어도 된다.) -> "무한한 서버 증설 가능"
• 무상태 시스템은 클라이언트와 서버 간에 상태 정보를 유지하지 않는다.
• 각 클라이언트 요청은 독립적으로 처리된다.
• 클라이언트는 각 요청에서 필요한 모든 데이터를 제공해야 하며, 서버는 요청에 대한 응답만 제공한다.
  
  

스케일 아웃 - 수평 확장 유리

데이터를 너무 많이 보내게 된다.

---

★ 최대한 무상태로 ! 어쩔수없는 경우에만 상태유지로 ★

4. 비 연결성(connectionless)

• 자원을 현재 요청을 주고 받을 때만 사용 -> 최소한의 자원 사용

  ---

• HTTP는 기본이 연결을 유지하지 않는 모델
• 일반적으로 초 단위 이하의 빠른 속도로 응답
• 1시간 동안 수천명이 서비스를 사용해도 실제 서버에서 동시에 처리하는 요청은 수십개 이하로 매우 작음
  ex. 웹 브라우저에서 계속 연속해서 검색 버튼을 누르지는 않는다.
• 서버 자원을 매우 효율적으로 사용할 수 있음

비 연결성 한계

• TCP/IP 연결을 새로 맺어야 함 - 3 way handshake 시간 추간
• 웹 브라우저로 사이트를 요청하면 HTML 뿐만 아니라 자바스크립트, css, 추가 이미지 등 수많은 자원이 함께 다운로드 되어버림

극복

• 지금은 HTTP 지속 연결(Persistent Connections)로 문제 해결

HTTP 초기 (연결 & 종료 낭비)

HTTP 지속 연결(Persistent Connections)

★. HTTP 메시지

---

1. HTTP 메시지_시작 라인 (Start-line)

• 요청 메시지

  

  • start-line = request-line / status-line

  • request-line = method SP(공백) request-target SP HTTP-version CRLF(엔터)
    
    

  • HTTP 메서드 (GET : 조회)

    • 종류 : GET, POST, PUT, DELETE...
    • 서버가 수행해야 할 동작 지정

      • GET : 리소스 조회
      • POST : 요청 내역 처리

  
  

  • 요청 대상 (/search?q=hello&hi=ko)

    • absolute-path?query
    • 절대경로 : "/"로 시작하는 경로

  
  

  • HTTP Version

• 응답 메시지

  

  • start-line = request-line / status-line
  • status-line = HTTP-version SP status-code SP reaseon-phrase CRLF

  
  

  • HTTP 버전

  • HTTP 상태 코드 : 요청 성공, 실패를 나타냄

    • 200 : 성공
    • 400 : 클라이언트 요청 오류
    • 500 : 서버 내부 오류

  • 이유 문구 : 사람이 이해할 수 있는 짧은 상태 코드 설명 글

2. HTTP 메시지_헤더

• HTTP 헤더의 "용도"

  • HTTP 전송에 필요한 모든 부가정보
    ex) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트(브라우저) 정보, 서버 애플리케이션 정보, 캐시 관리 정보 등등...
  • 표준 헤더가 너무 많음
  • 필요시 임의의 헤더 추가 가능

3. HTTP 메시지_바디

• HTTP 바디의 "용도"

  • 실제 전송할 데이터
  • HTML 문서, 이미지, 영상 JSON 등등 byte로 표현할 수 있는 모든 데이터 전송 가능