HTTP 버전 차이 특징 (0.9 1.0 1.1 2.0 3.0)

Notice

Recent Posts

Recent Comments

Link

« 2024/09 »
일	월	화	수	목	금	토
1	2	3	4	5	6	7
8	9	10	11	12	13	14
15	16	17	18	19	20	21
22	23	24	25	26	27	28
29	30

Tags more

Archives

Today

Total

관리 메뉴

dogo_ day

HTTP 버전 차이 특징 (0.9 1.0 1.1 2.0 3.0) 본문

IT/CS_

HTTP 버전 차이 특징 (0.9 1.0 1.1 2.0 3.0)

dogo_ 2023. 4. 27. 22:40

https://www.youtube.com/watch?v=a-sBfyiXysI&t=13s

🔅HTTP 0.9

HTTP 초기버전을 구분하기 위해 부르는 버전이다. (1991년)

요청은 단일 라인으로 구성되며 가능한 메서드는 GET이 유일하다.

GET /mypage.html

응답 또한 단순하며 오로지 파일 내용 자체로 구성된다.

<html>
	A very simple HTML page
</html>

상태나 오류코드도 존재하지 않는다.
GET /mypage.html

🔅HTTP 1.0

버전 정보가 각 요청 사이트로 전송되기 시작했으며 요청에 대한 성공과 실패를 알 수 있다.

요청에 대한 결과➡동작을 할 수 있다.

HTTP 헤더 개념은 요청과 응답 모두를 위해 도입이 되었다.

메타데이터 전송을 허용했고 프로토콜을 극도로 유연하고 확장 가능하도록 만들었다.

새로운 HTTP 헤더의 도움으로 평이한 HTML 파일들 외에 다른 문서들을 전송하는 기능이 추가되었다.

🌈일반적인 요청 응답

GET /mypage.html HTTP/1.0
User-Agent: KCSA_Mosaic/2.0 (Windows 3.1)

200 OK
Date: Tue, 15 Nov 1994 11:58:00 GMT
Server: CERN/3.0 libwww/2.17
Content-Type: text/html
<HTML>
A page with an image
 <IMG SRC="/myimage.gif">
</HTML>

🌈이후 이미지를 내려받기 위한 요청과 그에 대한 응답

GET /myimage.gif HTTP/1.0
User-Agent: NCSA_Mosaic/2.0 (Windows 3.1)

200 OK
Date: Tue, 15 Nov 1994 13:28:00 GMT
Server: CERN/3.0 libwww/2.17
Content-Type: text/gif
(image content)

🔅HTTP 1.1 - 표준 프로토콜

HTML/1.0이 나온지 몇 달 안되서 1997년 초에 공개되었다.

Header와 Body로 구성되었으며 TCP 커넥션을 이용하였다.(3-way-handshake)

그리고 요청에 대한 응답이 끝나기 전에 다음 데이터를 미리 요청 할 수 있다.(파이프라이닝)

/* 요청 */
GET /en-US/docs/Glossary/Simple_header HTTP/1.1
Host: developer.mozilla.org
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:50.0) Gecko/20100101 Firefox/50.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br
Referer: https://developer.mozilla.org/en-US/docs/Glossary/Simple_header

/* 응답 */
200 OK
Connection: Keep-Alive
Content-Encoding: gzip
Content-Type: text/html; charset=utf-8
Date: Wed, 20 Jul 2016 10:55:30 GMT
Etag: "547fa7e369ef56031dd3bff2ace9fc0832eb251a"
Keep-Alive: timeout=5, max=1000
Last-Modified: Tue, 19 Jul 2016 00:59:33 GMT
Server: Apache
Transfer-Encoding: chunked
Vary: Cookie, Accept-Encoding

(content)

웹페이지는 매우 복잡해지면서, 종종 진정한 애플리케이션이 되었다. 디스플레이되는 시각적 미디어의 양에 덧붙여 상호작용을 추가하기 위한 스크립트의 양과 크기는 점점 더 많이 증가하고 있었다. 더 많은 데이터들이 더 많은 요청 너머로 전송되고 있었다.

🔅HTTP 2.0

기존 HTTP 1.X 버전의 성능 향상에 초점을 맞춘 프로토콜이다.(2015년)

표준의 대체가 아닌 확장이다.(표준: HTTP 1.1)

HTTP 메시지 전송 방식이 전환되었으며 4가지 특징이 있다.

먼저 HTTP 메세지 전송 방식이 어떻게 전환되었는지 알아보자.

기존의 HTTP 1.1 방식은 일반 텍스트 형식이었다.

HTTP 2.0은 Binary frame으로 인코딩되어 전송이 된다.

Multiplexed Stream
기존: HTTP 1.1의 파이프라이닝으로 하나의 커넥션에 여러 요청이 존재하지만, 결국 동시에 여러 요청을 처리해 응답으로 주지는 못한다.
개선: 구성된 연결 내에 전달되는 바이트의 양방향 흐름을 의미하는 stream으로 요청과 응답이 교환된다.
동시에 여러 요청을 처리하는 것이 가능하다.

Stream Prioritization
리소스간 우선순위를 설정하는 기능이다.
Stream에 우선순위를 부여해서 인터리빙되고 전달하는 것이 가능하다.
중요한 데이터를 우선적으로 보낼 수 있다.

Server Push
단일 클라이언트 요청에 여러 응답을 보낼 수 있는 특징을 통해 Server에서 Client에게 필요한 추가적인 리소스를 push해주는 기능이다.
한마디로 Client에게 필요한 데이터가 있다면 직접 용청하기 전에 서버가 미리 데이터를 전송하여 Client가 받아볼 수 있도록 하는 것이다.

Header Compression
기존: 연속된 요청의 경우 많은 중복된 헤더의 전송으로 오버헤드가 많이 발생하였다.
개선: 요청과 응답의 헤더 메타데이터를 압축해서 오버헤드를 감소시켰다.

🔅HTTP 3.0

Google에서 UDP 기반의 전송 프로토콜인 QUIC(Quick UDP Internet Connections)을 개발하였다.

Google에서 TCP의 구조적 문제로 성능 향상이 어렵다고 판단하여 UDP 기반을 선택하였다고 한다.

QUIC는 TCP의 3-way-handshake과정을 최적화 하는 것에 초점을 두고 개발하였다.

TCP의 Stream은 하나의 chain으로 연결되는 것과는 다르게 QUIC는 각 Stream당 독립된 Stream chain을 구성하여 TCP HOL Blocking을 해결하였다.

HTTP 3.0은 QUIC을 기반으로 나온 새로운 HTTP 메이저 버전이다.

참고자료

HTTP (1) - version 별 특징 (0.9 / 1.0 / 2.0 / 3.0)

[HTTP 0.9] [HTTP 1.0] [HTTP 2.0] [HTTP 3.0]

velog.io

HTTP의 진화 - HTTP | MDN

HTTP는 월드 와이드 웹에 내재된 프로토콜입니다. Tim Berners-Lee에 의해 1989년부터 1991년에 발명된 HTTP는, 본래의 단순함의 대부분을 지키면서 확장성 위에서 만들어지도록, 많은 수정을 거쳐왔습니

developer.mozilla.org

'IT > CS_' 카테고리의 다른 글

HTTP vs HTTPS (1)	2023.04.27

'IT/CS_' Related Articles

HTTP vs HTTPS 2023.04.27

dogo_ day

HTTP 버전 차이 특징 (0.9 1.0 1.1 2.0 3.0) 본문

HTTP 버전 차이 특징 (0.9 1.0 1.1 2.0 3.0)

🔅HTTP 0.9

🔅HTTP 1.0

🔅HTTP 1.1 - 표준 프로토콜

🔅HTTP 2.0

🔅HTTP 3.0

'IT > CS_' 카테고리의 다른 글

티스토리툴바