HTTP 기본

HTTP 기본

HTTP

Hyper Text Transfer Protoco

모든 형태의 데이터를 HTTP 메시지로 전송한다.

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

기반 프로토콜

• TCP: HTTP/1.1, HTTP/2
• UDP: HTTP/3
• 현재 HTTP/1.1 주로 사용한다.

HTTP 특징

클라이언트 서버 구조

• Request Response 구조
• 클라이언트는 UI와 사용성에 대해 고민한다.
• 서버는 비지니스 로직과 데이터를 관리한다.

Stateful

상태 유지: 중간에 다른 서버로 변경되서는 안된다.

서버가 이전상태의 내용을 보존한다.

Stateless

무상태: 중간에 다흔 서버로 변경되어도 된다.

서버가 이전상태의 내용을 보존하지 않는다.

비 연결성

장점

• HTTP는 기본이 연결을 유지하지 않는 모델이다.
• 일반적으로 초 단위 이하의 빠른 속도로 응답한다.
• 수천명이 서비스를 이용하더라도 실제 서버에서 동시에 처리하는 요청은 수십개 이하로 매주 적다.
• 서버 자원을 매우 효율적으로 사용할 수 있다.

단점과 극복

• 매번 TCP/IP 연결을 새로 맺어야 한다. - 3 way handshake 시간 추가
• 웹 브라우저로 사이트를 요청하면 HTML 뿐 아니라 자바스크립트 css 추가 이미지 등 수많은 자원이 함께 다운로드 된다.
• 지금은 HTTP 지속 연결(Persistent Connections)로 문제 해결한다.
• HTTP/2, HTTP/3 더 많은 최적화

HTTP 메시지 구조

start-line 시작라인 header 헤더 empty line 공백 라인 CRLF (엔터) message body

시작 라인

request-line / status-line

request-line = method SP(공백) request-target SP HTTP-version CRLF(엔터)

status-line = HTTP-version SP status-code SP reason-phrase CRLF

HTTP 버전

HTTP 상태 코드: 요청 성공, 실패를 나타냄

200: 성공

400: 클라이언트 요청 오류

500: 서버 내부 오류

• 이유 문구 : 사람이 이해할 수 있는 짧은 상태 코드 설명 글

헤더

header-field = field-name “:” OWS field -value OWS (OWS는 띄어쓰기 허용을 의미한다)

field-name은 대소문자 구문이 없다.

• HTTP 전송에 필요한 모든 부가정보
• 예) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 요청 클라이언트(브라우저) 정보, 서버 애플리케이션 정보 …
• 표준 헤더가 너무 많다.
• 필요시 임의의 헤더 추가가 가능하다.
  • helloworld: hihi

메시지 바디

• 실제 전송할 데이터
• HTML 문서, 이미지 영상, JSON 등등 byte로 표현할 수 있는 모든 데이터 전송이 가능하다.