HTTP(Hyper Text Transfer Protocol)
HTPP 메시지에 거의 모든 형태로 데이터를 전송할 수 있다.
- HTML, TEXT
- IMAGE, 영상, 음성, File
- JSON, XML
기반 프로토콜
- TCP: HTTP/1.1, HTTP/2
- UDP: HTTP/3
현재는 HTTP/1.1을 주로 사용하는데, HTTP/2, HTTP/3도 점점 증가하는 추세이다.
TCP 통신은 3 way handshake 때문에 신뢰성과 연결성은 보장하지만, 이 과정에서 속도가 떨어진다. 하지만 HTTP/3는 UDP 프로토콜을 사용(재설계) 하여 속도를 높일 수 있다.
HTTP 특징
1. 클라이언트 서버 구조
클라이언트가 요청(Request)을 보내고 서버가 요청에 대한 결과를 만들어서 응답(Response)하는 구조이다. 이렇게 클라이언트와 서버를 분리함으로써 자신의 역할에 맞게 책임만 수행하면 된다.
2. 무상태 프로토콜(stateless Protocol)
- 서버가 클라이언트의 상태를 보존하지 않는다.
- 중간에 서버를 변경해도 되기에 서버 확장성(스케일 아웃)이 높다
- 클라이언트가 추가 데이터를 전송해줘야 한다.
3. 비 연결성
클라이언트와 서버가 요청 시에만 연결하고 그 외에는 연결을 유지시키지 않는다.
한계
- TCP/IP 연결을 새로 맺어야 한다. - 3 way handshake 시간 추가
- 웹 브라우저로 사이트를 요청하면 HTML, JS, CSS, Image 등 수많은 자원을 함께 다운로드한다.
해결
- HTTP 지속 연결을 한 뒤 필요한 자원을 요청, 응답으로 받는다.
- HTTP/2, HTTP/3에서 더 많은 최적화가 이루어져 있다.
HTTP 메시지
1. start-line
- 시작 줄은 HTTP 메서드(GET, POST, PUT), 요청 대상, HTTP 버전으로 이루어져 있다.
Request-line: method SP(공백) request-target SP HTTP-version CRLF(엔터)
Ex) GET /search?q=hello&hl=ko HTTP/1.1
Status-line: HTTP-version SP status-code SP reason-phrase CRLF
Ex) HTTP/1.1 200 OK
2. HTTP 헤더
- HTTP 전송에 필요한 모든 부가정보를 담는다.
- EX) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트 정보, 캐시 관리 정보
- 표준 헤더가 너무 많다.
- 필요시 임의의 헤더를 추가 할 수 있다.
header-field : field-name ":" OWS field-value OWS (OWS: 띄어쓰기 허용)
EX) Content-Type: text/html;charset=UTF-8
3. empty-line
- 공백(Enter) Message Body와 구분하는 역할
4. Message Body
- 실제 전송할 데이터
- HTML 문서, 이미지, 영상, JSON 등등 byte로 표현할 수 있는 모든 데이터 전송 가능
<html><body>... </body></html>
HTTP 메서드
API URL 설계 시 포인트
- URL 설계 시 가장 중요한 것은 리소스 식별이다.
리소스: 데이터의 한 구성요소를 리소스라고 한다. 회원을 등록하고 수정하고 조회 하는 행위가 아닌 회원이라는 개념 자체를 리소스라고 한다.
HTTP 메서드 종류
GET
- 리소스 조회에 사용한다.
- 서버에 전달하고 싶은 데이터는 query(쿼리 파라미터, 쿼리 스트링)를 통해 전달한다.
- 메시지 바디를 통해 데이터를 전달할 수 있지만, 지원하지 않는 곳이 많아서 권장하지 않는다.
POST
- 메시지 바디를 통해 요청 데이터를 처리한다.
- 주로 전달된 데이터로 등록, 프로세스 처리에 사용된다.
- 서버가 아직 식별하지 않은 새 리소스 생성
- 단순한 데이터를 생성하거나, 변경하는 것을 넘어서 프로세스를 처리해야 하는 경우
PUT
- 리소스가 있을 경우 대체 하고 없으면 생성한다.
- 클라이언트가 리소스를 식별한다
PATCH
- 리소스를 부분 변경한다.
DELETE
- 리소스를 제거한다.
HTTP 메서드의 속성
안전(safe)
- 호출해도 리소스가 변경되지 않는다.
- GET, OPTIONS, TRACE등은 조회의 성격을 가지고 있기에 리소스를 변경하지 않고, 그렇기에 안전하다.
멱등(Idempotent)
- 메서드를 반복해서 호출해도 결과가 똑같다.
- GET, PUT, DELETE는 몇 번을 호출하든 결과가 같기 때문에 멱등성이 성립된다. 하지만 POST는 두 번 호출하면 결제가 중복해서 발생할 수 있기 때문에 멱등성이 성립되지 않는다.
캐시 가능(Cacheable)
- GET, HEAD, POST, PATCH 캐시가능이지만 실제로는 GET, HEAD 정도만 사용한다.
- POST, PATCH는 본문 내용까지 캐시 키로 고려해야 하는데, 구현이 쉽지 않다.
HTTP 메서드 활용
클라이언트에서 서버로 데이터 전송 방법 2가지
- 쿼리 파라미터를 통한 데이터 전송
- GET
- 정렬 필터나 검색에서 많이 사용한다.
- 메시지 바디를 통한 데이터 전송
- POST, PUT, PATCH
- 회원 가입, 상품 주문과 같이 리소스 등록 및 변경하는데 사용된다.
출처
인터넷 네트워크 강의
'네트워크' 카테고리의 다른 글
| HTTP 정리 - 캐시와 조건부 요청 (0) | 2022.08.19 |
|---|---|
| HTTP 정리 - 상태코드와 헤더 (0) | 2022.08.16 |
| 인터넷 네트워크 정리 (0) | 2022.08.04 |