[ http ] 03. http 기본

프로그래밍/http

[ http ] 03. http 기본

Yanoo 2021. 10. 31. 18:12

728x90

모든것이 HTTP

http 메시지에 모든 것을 전송한다.

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

기반 프로토콜을 봐보면

TCP : HTTP/1.1, HTTP/2
UDP : HTTP/3

왜 TCP가 안정적인데 UDP를 썼을까?

그 이유는 TCP는 3 way handshaking도 해야하고 데이터도 많아서 속도가 빠르지 않기 때문!

HTTP/3는 UDP에 성능을 개선

HTTP 특징

클라이언트 서버 구조
무상태 프로토콜(stateless), 비연결성
HTTP 메시지를 보낼 때 받을 때 사용한다.
단순함, 확장 가능

1. 클라이언트 서버 구조

Request response 구조 => 클라인언트는 요청을 보내고, 응답을 대기
서버가 요청에 대한 결과를 만들어서 응답함.
응답이 오면 클라이언트는 결과를 열어서 동작

이렇게 클라이언트 서버 구조를 분리하면

클라이언트는 UI나 사용성(다양한 접근 방식 PC, 안드로이드 등)에 집중할 수 있고, 서버는 대용량으로 요청이 들어왔을 때 어떻게 대처할 것인지만 집중하면 된다.

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

서버가 클라이언트 상태를 보존하지 않는다.
장점 : 서버의 확장성이 높다(scale out)
단점 : 클라이언트가 추가 데이터 전송

즉 stateless는 한 번 요청할 때 모든 정보를 포함해서 보내고 서버는 상태를 유지하지 않는다.

만약 기존에 연결했던 서버1이 연결이 끊기더라도 어차피 요청을 보낼 때 모든 정보를 포함해서 보내기 때문에 어떤 서버에서 요청을 받던지 상관이 없다. 그러므로 Scale out을 하는데 유리하다. scale out은 일단은 단순하게 요청받는 서버의 개수를 늘린다고 생각하면 된다.

단점은 로그인 같은 상태를 유지하는 경우가 있다. 이를 개선하기 위해서 쿠키와 서버의 세션을 이용한다.

그리고 데이터를 너무 많이 보낸다.

3. 비 연결성(connectionless)

TCP/IP는 요청과 응답을 할 때 연결이 유지된다. 그러나 연결을 유지하지 않는 모델은

이렇게 요청하고 응답한 후에

바로 연결을 꾸며버린다. 이러므로 자원 소모를 줄일 수 있다.

HTTP는 기본이 연결을 유지하지 않는 모델
일반적으로 초 단위의 이하의 빠른 속도로 응답
많은 사람이 서비스를 사용핟라도 서버에서 처리하는 요청은 그에 비해 작다 => 서비스를 이용하더라도 클라이언트는 계속 요청을 보내지 않기 때문(웹에서 검색 버튼을 계속 누르진 않는다)
서버 자원을 매우 효율적으로 사용할 수 있다.

한계가 명확한데,