HTTP

• HTTP (HyperText Transfer Protocol) 

: HTTP란 HyperText Transfer Protocol의 약자로 하이퍼텍스트를 전송하는 애플리케이션 계층 프로토콜

 

HTTP는 HTML뿐이 아니라 TEXT, IMAGE, JSON, XML 등 다양한 형태의 데이터 전송이 가능하며 클라이언트가 요청을 생성하기 위한 연결을 연다음 응답을 받을때 까지 대기하는 전통적인 클라이언트-서버 모델을 따릅니다.

 

HTTP는 무상태 프로토콜이며, 이는 서버가 두 요청간에 어떠한 데이터(상태)도 유지하지 않음을 의미합니다.

일반적으로 안정적인 전송레이어로 UDP와 달리 메세지를 잃지 않는 프로토콜인 TCP/IP 레이어를 기반으로 사용합니다.

 

‣ 하이퍼텍스트 (HyperText) : 하이퍼링크(HyperLink)로 연결되어 있는 문서로 접근가능한 텍스트 ex) HTML

• HTTP의 진화 

HTTP/0.9 - 원-라인 프로토콜	요청은 단일 라인으로 구성, 리소스에 대한 경로로 가능한 메서드는 GET이 유일, HTTP 헤더 X
HTTP/1.0 - 확장성 만들기	버전 정보가 각 요청 사이내로 전송, 상태 코드 라인이 응답의 시작 부분에 붙어 전송, HTML 파일들 외에 다른 문서들을 전송하는 기능이 추가, HTTP 헤더 O
HTTP/1.1 - 표준 프로토콜	HTTP의 첫번째 표준 버전, 모호함을 명확하게 하고 많은 개선 사항들을 도입
HTTP/2 - 더 나은 성장을 위한 프로토콜	이진 프로토콜, 병렬 요청이 동일한 커넥션 상에서 다루어질 수 있는 다중화 프로토콜, 성능 개선
HTTP3 -  UDP 기반의 통신	새로운 연결에 대한 핸드세이크로 인한 지연, 패킷 손실이 다른 스트림에 미치는 영향, 패킷 손실로 인한 지연으로부터 자유로움

 

F12 → Network → Protocol

 

WebPage Protocol Check

• HTTP의 특징

1. 클라이언트 서버 구조 

2. 무상태 프로토콜 (Stateless) 

3. 비연결성 (Connectionless)

4. HTTP 메세지 

5. 단순함, 확장 가능

 

‣ 클라이언트 서버 구조 

- Client에 의해 전송되는 메시지 요청(Request)

- 서버에서 응답으로 전송되는 메시지 응답(Response)

- Client와 Server의 역할이 분명해진다.  (Client: UI, Server: Logic)

‣ 무상태 프로토콜 (Stateless) 

- Server가 Client의 상태를 Server에 보존(저장, 기억..)하지 않는다. 

- Server는 요청에 대한 응답을 보내는 역할만 수행 

- 필요에 따라 외부 DB 혹은 캐시에서 불러와 요청을 처리한다. 

Stateless Architecture

‣ 장점 : Server가 Client의 세션관리를 하지 않기 때문에 서버의 확장성(scale out)이 높아 대량의 트래픽 발생 시에도 수월히 대처가 가능합니다. (세션관리는 Client 몫)

‣ 단점 : 클라이언트의 요청에 상대적으로 Stateful보다 더 많은 데이터가 소모됨  (요청 시 마다 Client가 추가 data 전송)

 

그렇다면 이와 상반되는 개념인 Stateful에 대해 짚고 넘어갑시다.

 

상태유지 Stateful 

Stateful Architecture

- Server가 Client의 상태를 보존하고 서버에 저장된 상태를 바탕으로 요청처리 

- Client의 세션정보를 Server에 관리 

- 트래픽 or 유저의 환경문제로 서버가 변경되는 경우 값 전달 문제 발생 

 

Stateful vs Stateless 참조 및 출저

 

‣ 비연결성 (Connectionless)

- Server 자원을 효율적으로 사용하기 위해 Server에 요청이 오면 응답 후 Client와 연결 종료시킨다.

-  빠른 응답 가능

 

IF, 연결 유지 시 발생하는 문제 : Server에 연결된 Client가 많아지면 과부하 발생할 수 있다.

이를 보안한 HTTP의 특성이 이 바로 비연결성(Connectionless)입니다.

 

‣ HTTP 메세지 

서버와 클라이언트 간에 데이터가 교환되는 방식

 

메시지 타입

요청 (request) : 클라이언트가 서버로 전달해서 서버의 Action이 일어나게끔 하는 메시지

응답 (response) : 요청에 대한 서버의 답변 

 

HTTP 메시지 

ASCII로 인코딩된 텍스트 정보이며 여러 줄로 되어 있습니다.

 

HTTP 요청과 응답의 구조는 서로 닮았으며, 그 구조는 다음과 같습니다.

 

1. 시작 줄(start-line)에는 실행되어야 할 요청, 또은 요청 수행에 대한 성공 또는 실패가 기록되어 있습니다. 이 줄은 항상 한 줄로 끝납니다.

2. 옵션으로 HTTP 헤더 세트가 들어갑니다. 여기에는 요청에 대한 설명, 혹은 메시지 본문에 대한 설명이 들어갑니다.

3. 요청에 대한 모든 메타 정보가 전송되었음을 알리는 빈 줄(blank line)이 삽입됩니다.

4. 요청과 관련된 내용(HTML 폼 콘텐츠 등)이 옵션으로 들어가거나, 응답과 관련된 문서(document)가 들어갑니다. 본문의 존재 유무 및 크기는 첫 줄과 HTTP 헤더에 명시됩니다.

 

HTTP 메시지의 시작 줄과 HTTP 헤더를 묶어서 요청 헤드(head)라고 부르며, 이와 반대로 HTTP 메시지의 페이로드는 본문(body)이라고 합니다.

 

참조 및 출처

https://developer.mozilla.org/ko/docs/Web/HTTP

https://developer.mozilla.org/ko/docs/Web/HTTP/Basics_of_HTTP/Evolution_of_HTTP

https://en.wikipedia.org/wiki/Client%E2%80%93server_model

https://developer.mozilla.org/ko/docs/Web/HTTP/Messages