HTTP - 2

HTTP (HyperText Transfer Protocol)

| HTTP 메시지에 모든 것을 전송

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

특징

• 클라이언트 - 서버 구조

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

• 무상태 프로토콜(stateless)

  • 서버가 클라이언트의 상태를 보존 ❎

  • 장점 : 서버 확장성 높음(스케일 아웃)

  • 단점 : 클라이언트가 추가 데이터 전송```

    Stateful, Stateless 차이 
    예시 ) 구매 과정 
    - Stateful 
        > 구매 물품 선택 > 구매 갯수 선택 > 결제 방식 선택 
        > 이후 과정에서는 앞의 선택에 대해서는 모름(정보 전달 ❎) 
        > 즉, 동일한 점원일 경우 상태를 계속 유지하고 있음 
        > 만약, 결제 방식 선택 과정에서 점원이 변경된다면, 해당 점원은 어떤 물품을, 몇개 선택했는지 모름 
    - Stateless 
        > 구매 물품 선택 > 구매 갯수 선택 > 결제 방식 선택 
        > 각 선택 과정에서 앞선 선택 결과를 함께 말함 > 중간에 점원이 변경되어도 해당 이전 선택을 함께 전달하기 때문에 문제가 없음

  • 상태유지 : 중간에 다름 점원으로 바뀌면 안됨
    (중간에 변경될때 상태 정보를 다른 점원에게 미리 전달해야함)

  • 무상태 : 중간에 다른 점원으로 바뀌어도 됨

    • 갑자기 고객이 증가해도 점원을 대거 투입 가능
    • 갑자기 클라이언트 요청이 증가해도 서버를 대거 투입 가능

  • 무상태는 응답 서버를 쉽게 바꿀 수 있음 -> 무한한 서버 증설 가능

  • 무상태의 한계

    • 설계할 수 없는 경우도 존재
    • 무상태 ) 로그인이 필요없는 단순한 서비스 소개 화면
    • 상태유지 ) 로그인
    • 로그인한 사용자의 경우 로그인했다는 상태를 서버에 유지
    • 일반적으로 브라우저 쿠키와 서버 세션등을 사용해서 상태 유지
    • 상태유지는 최소한만 사용
      = ✅ 이 관련해서 면접 질문있었음 정리 필수
      ㄴ 무상태성을 만족하면서 서버에 로그인 여부를 저장하는 방법은?

• 비연결성
  • 연결의 유지하는 모델의 경우에는 서버는 연결을 계속 유지하기 위해 서버 자원을 계속해서 소모함
  • HTTP 는 기본이 연결을 유지하지 않는 모델
  • 일반적으로 초 단위 이하의 빠른 속도로 응답
  • 1시간 동안 수천명이 서미스를 사용해도 실제 서버에서 동시에 처리하는 요청은 수십개 이하로 매우 작음
  • 서버 자원을 매우 효율적으로 사용할 수 있음
  • 한계와 극복
    • TCI/IP 연결을 새로 맺어야 함 -> 3 way handshake 시간 추가
    • 웹 브라우저로 사이트를 요청하면 HTML 뿐 만 아니라 JS, CSS, 이미지 등 수많은 자원이 함께 다운로드
    • 지금은 HTTP 지속 연결(Persistent Connections)로 문제 해결
    • HTTP/2, HTTP/3에서 더 많은 최적화
• HTTP 메시지
• 단순함, 확장 가능