HTTP 구조 및 핵심 요소
HTTP
- hyper text transfer protocol
- HTML(하이퍼텍스트) 문서를 교환하기 위해 만들어진 protocol(통신규약)
- 웹상에서 네트워크로 서버끼리 통신을 할 때 어떠한 형식으로 서로 통신을 하자고 규정 해 놓은 "통신형식" 또는 "통신 구조"라고 보면 된다.
- 프론트엔드 서버와 클라이언트간의 통신에 사용된다.
- 또한 백엔드와 프론트엔드 서버간에의 통신에도 사용된다.
- HTTP는 TCP/IP 기반으로 되어있다.
HTTP 핵심요소
통신방식
- 기본적으로 요청/응답(request/response)구조로 되어있다.
- 클라이언트가 HTTP request를 서버에 보내면 서버는 HTTP response를 보내는 구조
- 클라이언트와 서버의 모든 통신이 요청과 응답으로 이루어진다.
- HTTP는 stateless(state(상태)를 저장하지 않는다.)이다.
- 요청이 오면 그에 응답만 하고 여러 요청/응답끼리 연결되어 있지 않다. 각각의 요청/응딥은 독립적인 요청/응답이다.
- 여러 요청과 응답의 진행 과정이나 데이터가 필요할 때는 쿠키나 세션 등등을 사용하게 된다.
HTTP Request 구조
- http requeset 메세지는 크게 3부분으로 구성된다.
- start line
- headers
- body
start line
-HTTP request의 첫 라인
- http method
- 해당 request가 의도한 action을 정의하는 부분
- http methods에는 get post put delete opttions 등등이 있다.
- requst target
- 해당 request가 전송되는 목표 url
headers
- 해당 request에 대한 추가정보를 담고 있는 부분
- key:value 값으로 되어있다.
- headers도 크게 3부분으로 나뉜다.(general headers, request headers, entity headers)
- 자주 사용되는 header 정보
- host: 요청이 전송되는 target의 host url
- user-agent; 요청을 보내는 클라이언트에 대한 정보
- accept: 해당 요청이 받을 수 있는 응답 타입
- connection: 해당 요청이 끝난 후에 클라이언트와 서버가 계속해서 네트워크 커넥션을 유지 할 것인지 아니면 끊을 것인지에 대해 지시하는 부분
- content-type: 해당 요청이 보내는 메세지 body의 타입
- content-length: 메세지 body의 길이
body
- 해당 request의 실제 메세지 내용
- body가 없는 request도 많다.
http response 구조
- status line
- headers
- body
status line
-response의 상태를 간략하게 나타낸다.
- http버전, status code, status text 3부분으로 구성되어 있다.
headers
- resonse의 headers와 동일하지만 response에서만 사용되는 header값들이 있다.
body
- request와 마찬가지로 모든 response가 body가 있지는 않다. 데이터를 전송할 필요가 없을 경우 body가 비어있게 된다.
자주 쓰이는 HTTP Methods
GET
- 이름 그대로 어떠한 데이터를 서버로 부터 받아올 때 주로 사용하는 메소드
- 데이터 생성/수정/삭제 없이 받아오기만 할 때 사용한다.
- 가장 간단하고 많이 사용되는 HTTP Method
- 주로 데이터를 받아올 때 사용되기 때문에 request에 body를 보내지 않는 경우가 많다.
POST
- 데이터를 생성/수정/삭제 할 때 주로 사용되는 Method
- 데이터를 생성 및 수정 할 때 많이 사용하기 때문에 대부분의 경우 request body가 포함되서 보내진다.
알고 있으면 좋은 HTTP Methods
OPTIONS
- 주로 요청 URI에서 사용할 수 있는 메소드를 받아올 떄 사용한다.
PUT
- post와 비슷하다. 데이터를 생성할 때 사용되는 메소드
DELETE
- 특정 데이터를 서버에서 삭제 요청을 보낼 때 쓰이는 메소드
자주 쓰이는 HTTP Status Code
200 OK
- 문제 없이 잘 실행 되었을 때 보내는 코드
301 Moved Permanently
- 해당 URI가 다른 주소로 바뀌었을 때 보내는 코드
400 Bad Request
- 해당 요청이 잘못된 요청일 때 보내는 코드
- 주로 요청에 포함된 input값들이 잘못된 값들이 보내졌을 때 사용되는 코드
401 Unauthorized
- 유저가 해당 요청을 진행하려면 먼저 로그인을 하거나 회원가입을 하거나 등등 필요하다는 것을 나타내려 할 때 쓰이는 코드
403 Forbidden
- 유저가 해당 요청에 대한 권한이 없다는 뜻
404 Not Found
- 요청된 URI가 존재하지 않는다는 뜻
500 Internal Server Error
- 서버에서 에러가 났을 때 사용되는 코드
RESTful HTTP API
URI
- Uniform Resoure Identifier
- 해당 사이트의 특정 자원의 위치를 나타내는 유일한 주소(/login, /news)
HTTP Method
- HTTP request가 의도하는 action
- POST, GET 등
Payload
- HTTP request에서 보내는 테이터(body)
REpresentational State Transfer
- 웹상에서 사용되는 여러 리소스를 HTTP URI로 표현하고 그 리소스에 대한 행위를 HTTP Method로 정의하는 방식
- 리소스(HTTP URI로 정의된)를 어떻게 한다(HTTP Method + Payload)를 구조적으로 깔끔하게 표현하는 것
RESTful API의 장점
- self-descriptiveness
- 그 자체만으로도 API의 목적이 쉽게 이해가 된다.
유의점
- / 는 계층 관계를 나타낼 때 사용된다.
- URI에 _(underscore)는 주로 포함하지 않고 또한 영어 대문자보다 소문자를 쓴다.
- 동사는 GET, POST같은 HTTP Method를 통해 표현하기 때문에 URI는 명사를 사용한다.
