devops

HTTP 기본 이해 본문

DevOps

HTTP 기본 이해

vata500 2022. 4. 26. 13:35
반응형

HTTP

http는 HyerText Transfer Protocol의 줄임말, HTML과 같은 문서를 전송하기 위한 Application Layer 프로토콜이다. HTTP는 웹 브라우저와 웹 서버의 소통을 위해 디자인 되었다.

HTTP는 특정 상태를 유지하지 않는 특징이 있어, Stateless(무상태성)을 가지고 있다.

HTTP message는 클라이언트와 서버 사이에서 데이터가 교환되는 방식을 말한다. HTTP 메세지는 요청(Requests)와 응답(Responses)의 유형으로 나뉜다.

HTTP Message의 구조

1) Start line : start line에는 응답의 상태를 나타낸다. 항상 첫 번째 줄에 위치. 응답에서는 status line이라고 한다.

2) HTTP headers : 요청을 지정하거나, 메시지에 포함된 본문을 설명하는 헤더의 집합이다.

3) empty line : 헤더와 본문을 구분하는 빈줄.

4) body : 요청과 관련된 데이터나 응답과 관련된 데이터 또는 문서를 포함.(응답과 용청 유형에 따라 선택적으로 사용)

start line과 HTTP headers를 묶어 요청 및 응답의 헤드(head)라고 하고, payload는 body라고 한다.

요청(Request)

Start line

- 수행할 작업(GET, PUT, POST)이나 방식(HEAD, OPTIONS)을 설명하는 HTTP method를 나타냄
- 요청 대상(URL, URI) 또는 프로토콜, 포트, 도메인의 절대 경로는 요청 컨텐스트에 작성됨
- HTTP 버전에 따라 HTTP message 구조가 달라짐.

Headers

요청의 Headers는 기본 구조를 따른다.
- General headers : 메시지 전체에 적용되는 헤더. body를 통해 전송되는 데이터와 관련없음
- request headers : fetch를 통해 가져올 리소스나 클라이언트 자체에 대한 자세한 정보를 포함
- Representation headers : body에 담긴 리소스의 정보를 포함

Body

http messages 구조의 마지막에 위치. 모든 요청에 body가 필요하진 않음

응답(Resoponses)

Status line

응답의 첫 줄은 status line이며 다음으이 정보를 포함
- 현재의 프로토콜 버전(HTTP/1.1)
- 상태 코드 - 요청의 결과를 나타냄(200, 302, 404등)
- 상태 텍스트 - 상태 코드에 대한 설명
ex) HTTP/1.1 404 Not Found.

Headers

요청 헤더와 동일한 구조. 대소문자 구분 없는 문자열과 콜론(:)을 입력.

Body

응답의 본문은 HTTP messages 구조의 마지막에 위치한다. 모든 응답에 body가 필요하지는 않다. 201, 204와 같은 상태 코드를 가지는 응답에는 본문이 필요하지 않다.
- SIngle-resource bodies(단일-리소스)
- Multiple-resource bodies(다중-리소스 본문)

Stateless

HTTP로 클라이언트와 서버가 통신을 주고 받는 과정에서 HTTP가 클라이언트, 서버의 상태를 확인하지 않는다. 사용자가 쇼핑몰에서 상품을 카트에 담거나 로그아웃해도, 클라이언트에서 발생한 모든 상태를 HTTP 통신이 추적하지 않는다.

만약 쇼핑몰에서 카트에 담기 버튼을 누르면, 담긴 상품의 정보는 저장해야한다. 그러나, HTTP는 통신 규약일 뿐이기 때문에 상태를 저장하지 않는다.

 

반응형
Comments