3. HTTP

본 포스팅은 우아한 형제들, 김영한 님의 '모든 개발자를 위한 HTTP 웹 기본 지식' 강의를 수강 후 정리한 글입니다.

 

 

1. HTTP: Hyper Text Transfer Protocol. 즉 통신 규약이다.

2. 어떤 통신 규약이냐? HTTP 메시지에 모든 것을 전송할 수 있다.

3. 말 그대로 거의 모든 형태의 데이터를 전송할 수 있다. 

• HTML, TEXT
• IMAGE, 음성, 영상, 파일
• JSON, XML (API)

4. 서버간의 데이터를 주고 받을 때도 대부분 HTTP를 사용한다. (클라이언트와 서버 간에도 당연히 HTTP 사용)

5. HTTP 역사

출처: 강의자료

6. TCP 프로토콜 위에서 동작: HTTP/1.1, HTTP/2

7. UDP 프로토콜 위에서 동작: HTTP/3 

-> TCP는 3way handshake등 속도가 빠른 메커니즘이 아니기에, 성능 개선한 업그레이드 버전을 UDP위에서 구동.

 

8. 아래 사진에서 보듯, google은 h2, h3 버전업된 프로토콜을 주로 사용한다. (naver는 h1, h2 모두 사용)

 

 

9. ❗️HTTP 특징❗️

- 클라이언트 - 서버 분리 구조

- stateless(무상태) 프로토콜, 비연결성

- HTTP 메시지

- 단순함, 확장 가능

 

10. 클라이언트 - 서버 분리 구조

-> 클라이언트는 요청을 보내고, 서버는 응답을 보낸다 (request - response)

 

11. 이렇게 분리된 구조가 중요한 이유는, 각각(클라이언트, 서버) 독립적으로 진화할 수 있기 때문이다.

-> 클라이언트는 UI와 사용성에 집중하여 진화, 서버는 비즈니스 로직과 데이터, 대용량 처리 성능 개선에 집중하며 진화

-> 클라이언트와 서버는 서로에게 독립적이므로 서로에게 영향을 주지않으면서 진보할 수 있게 된다.

 

12. stateless vs stateful

->stateless: 무상태 /  stateful: 상태유지

 

13. stateful(상태유지) 예시

1. 클라이언트가 100만원짜리 노트북 2개를 사겠다고 A서버에 정보를 넘겼다.
2. stateful 프로토콜은 100만원짜리 노트북 2개라는 정보를 유지하고 있다(상태유지)
3. 그런데 A서버가 갑자기 터져버렸고, 중계서버는 클라이언트를 B서버로 넘긴다.
4. 상태유지 프로토콜에서는 서버가 정보를 유지하기 때문에, B서버는 클라이언트의 요청이 무엇인지 알 수 없다. -> 문제

14. stateless(무상태) 예시

1. 위의 예시와 달리 서버가 클라이언트의 정보를 전혀 저장하지 않는다(무상태:stateless)
2. 대신 클라이언트가 서버와 통신할 때마다 정보를 넘긴다(100만원짜리 노트북 2개 살거야)
3. 처음 정보를 넘겨받은 서버가 터져서 다른 서버와 통신을 하더라도 문제가 없다 -> 정보는 어차피 클라이언트가 다시 보내주기에

15. 즉, HTTP는 stateless protocol을 사용함으로, 클라이언트가 급격히 몰려 서버 장애가 일어나는 상황에도 다른 서버를 증설하여 대처할 수 있는 능력을 지닌다. (아무 서버나 호출해도 되기에)

 

16. 이는 곧 stateless 프로토콜에서는 무한한 서버 증설이 가능함을 뜻한다. 이를 스케일 아웃이라 칭한다

 

17. stateless의 가장 큰 단점은 데이터를 너무 많이 보낸다는 것.

 

18. stateless의 한계: 모든 것을 무상태로 설계할 수 있는 경우가 있고, 없는 경우도 있다.

-> 로그인 같은 경우 상태 유지를 해야만 한다.

-> 일반적으로 브라우저 쿠키와 서버 세션등을 사용하여 상태 유지 + 상태 유지는 최소한만 사용

 

19. HTTP 메시지: 거의 모든 형태의 데이터를 전송할 수 있는 프로토콜이다.

-> HTTP 메시지의 구조는 네 부분으로 나뉘어 있다.

1. 시작라인, start-line
2. 헤더, header
3. 공백 라인, empty line(CRLF)
4. 메시지 바디, message body

 

 

20. 시작 라인

-> 시작라인 (start-line) = request-line / status-line 으로 구성

 

1) 요청 메시지의 시작라인 : request-line

request-line은 위와같이 구성돼있다.

• HTTP 메서드: 서버가 수행해야할 동작을 지정해서 요청한다(ex, GET, POST, PUT, DELETE ... )
• 요청 대상: absolute-path[?query] (절대경로[?쿼리(조건문)])
• HTTP version: 위 예시의 경우 HTTP 1.1 version

2) 응답 메시지의 시작라인 : status-line

 

 

21. 헤더

-> HTTP 전송에 필요한 모든 부가정보

-> 메시지 바디 관련 내용(크기, 압충, 인증, 요청), 클라이언트 정보, 서버 어플리케이션 정보, 캐시 관리 정보 등

 

22. 메시지 바디 (HTTP message body)

-> HTTP가 실제로 전송할 데이터

-> HTML, image, video, JSON 등등 byte로 표현할 수 있는 모든 데이터 전송이 가능

 

 

HTTP, 크게 성공하는 표준 기술은 단순하지만 확장 가능한 기술.