[Web] HTTP란? / HTTP의 특성

effiRin·2022년 6월 22일

Web

목록 보기

2/2

모바일이나 웹서비스에서 가장 많이 쓰이는 통신 방식

(참고)

웹 표준 기술 HTML, JavaScript, CSS는 ‘Client Side Script’ (클라이언트 컴퓨터에서 동작하는 코드)로, 서버에 저장되어 있고 이를 웹 브라우저로 다운로드 받아서 클라이언트 컴퓨터에서 실행시킨다.

이때, 데이터를 받아오는 프로토콜이 ‘HTTP’이다.

클라이언트는 서버에 요청을 보내고 응답을 대기한다.
서버가 요청에 대한 결과를 만들어 응답한다.
이때, 클라이언트와 서버는 서로 HTTP라는 프로토콜을 이용해 소통한다.

상태 유지(Stateful)	무상태(Stateless)
항상 같은 서버가 유지되야 한다.	아무 서버나 호출해도 된다.
중간에 다른 서버로 바뀌면 안된다.	중간에 다른 서버로 바뀌어도 된다.
다른 서버로 바뀔 때 상태 정보를 바뀌는 서버에게 미리 알려줘야 한다.	갑자기 클라이언트의 요청이 증가해도 서버를 대거 투입할 수 있다.
서버 에러 시, 유지되던 상태정보가 다 날아가므로 처음부터 다시 요청해야 한다.	서버 에러 시, 다른 서버에 응답을 전달하면 되므로 클라이언트는 다시 요청할 필요가 없다.
예) 로그인 화면 - 로그인 상태를 서버에 유지(브라우저 쿠키, 서버, 세션, 토큰 등)	로그인이 필요없는 단순한 서비스 소개 화면
상태 유지는 최소한만 사용한다 (정보 공유를 위한 비용이 비싸지기 때문)	무상태는 응답 서버를 쉽게 바꿀 수 있다 → 무한한 서버 증설 가능 (스케일 아웃 - 수평 확장 유리)

+) 대규모 트래픽이 발생하는 서비스는 서버가 여러 대인데, 서버가 많아질수록 서버 간의 정보 공유를 위한 비용이 부담된다. 그러나 Stateless하게 사용할 경우 정보 공유가 최소화되어 비용 부담을 최소화할 수 있다

Stateless를 통한 Stateful 한계 극복

클라이언트에서 이전에 자신이 요청한 정보를 저장해놓고 해당 메시지를 함께 보내는 것
예) 순서
1. 'A' 정보 요청
2. 'A' 정보 응답
3. 'A' + 'B' 정보 요청
4. 'A' + 'B' 정보 응답

따라서 서버가 많아지던 말던 다른 서버를 조회하지 않고 서버는 그 클라이언트가 보낸 조회에 대한 응답만을 하면 된다. 각 서버가 메시지를 독립적으로 처리할 수 있게 되면서 서버의 개수에 비례해서 성능이 올라갈 수 있게 된다.

실제 요청을 주고 받을 때만 연결을 유지하고, 응답을 주고 받고나면 서버와의 연결을 끊는다.
(HTTP 1.0 기준) HTTP 통신은 연결을 유지하지 않는 것을 기본 동작으로 가진다. (for 리소스 사용 최소화)
- 별도의 옵션을 두면 일정기간 유지 가능
- 일반적으로 초 단위 이하의 빠른 속도로 응답
- 트래픽이 많지 않고, 빠른 응답을 제공할 수 있는 경우에 효율적
연결을 유지하지 않는 모델 - HTTP
- 요청을 주고 받을 때만 연결을 유지하고 응답을 주고나면 TCP/IP 연결을 끊음 → 최소한의 자원으로 서버 유지를 가능하게 함.
- 한계
  - TCP/IP 연결을 새로 맺어야 해서 3 way handshake 시간 추가됨
  - 웹 브라우저로 사이트 요청하면 HTML 뿐만 아니라 JavaScript, CSS, 추가 이미지 등 수많은 자원이 함께 다운로드 됨
  - 해당 리소스들을 보낼 때마다 연결과 종료를 반복하는 것은 비효율적으로, 지금은 HTTP 지속 연결(Persistent Connections)로 한계를 극복 → 요청 후 모든 리소스에 대한 응답이 돌아오면 연결 종료.
연결 지향(Connection Oriented)
- 연결을 유지하는 모델 - TCP/IP
- 클라이언트 요청을 보내지 않더라도 계속 연결을 유지해야 함. → 서버의 자원이 계속 소모됨.