오늘은 HTTP의 정의와 전반적인 구조에 대하여 배웠다.
프론트에서 백엔드로 전달되는 HTTP 요청과 그에 대한 응답이 어떠한 방식으로 전달 되는지 확인할 수 있었다. 특히 Request,Response,Stateless 개념은 꼭 필요한 부분이니 잘 숙지!
1. HTTP(HyperText Transfer Protocol)
HTTP란?
컴퓨터들끼리 HTML파일을 주고받을 수 있도록 하는 소통방식 또는 약속
1. HyperText
HTTP의 H:HyperText는 HTML(HyperText Markup Language)의 HyperText와 같다.
HTML은 웹페이지를 만드는 언어이며 HTML로 만들어진 문서와 문서가 링크로 연결이 된다.
그렇다면 이러한 HTML은 어떻게 웹페이지를 주고 받을수 있는걸까?
2. Transfer
Transfer는 '누군가에게 전송하다'라는 뜻이다.
우리가 만든 웹사이트를 다른 사람들과 공유하고 알리기 위해서는 다른 컴퓨터에게 전송해야 한다. 그리고 전송에는 보내는 주체와 받는 주체가 있다.
3. Protocol
프로토콜은 '협약','통신 규약'이라는 뜻이다.
물리적으로 떨어진 컴퓨터 간에 HTML파일(HyperText)을 어떻게 주고 받을지에 대한 약속이다. 그러므로 컴퓨터들이 서로 어떻게 소통하는가에 대한 약속을 HTTP 라고 할 수 있다.
2. HTTP의 두가지 특징
1. Request / Response (요청 / 응답)
HTTP 통신의 핵심은 요청과 응답이다.
Transfer는 양방향이 아닌 쌍방으로 이루어진다. 보내는 주체는 받는 주체에게 요청을 하고, 받는 주체는 요청을 한 주체에게 응답을 한다.
- 랩탑을 연다.
- 구글에 접속한다.
- 유튜브에서 영상을 보기위해 링크를 누른다.
- 랩탑은 구글 서버에게 요청을 보낸다.
- 구글 서버는 이 요청을 처리해서 다시 요청을 보낸 랩탑에 응답을 한다.
2. Stateless(상태 없음)
HTTP에서 가장 중요한 설명이 바로 Stateless이다.
상태 없음!
HTTP통신은 독립적이어서 과거의 요청과 응답에 대해서 내용을 알 수 없다.
즉, 매 통신마다 필요한 모든 정보를 담아서 요청을 해야 한다는 뜻이다.
만약 여러번의 통신 과정에서 장바구니 기능과 같은 연속된 데이터 처리가 필요한 경우에는 로그인 토큰, 브라우저의 쿠키,세션,로컬 스토리지 같은 기술이 사용된다.
3. Request, Response의 구조
앞서 설명한 Request / Response 에 대해 조금 더 알아보자.
개발자에 눈으로 볼때 요청과의 응답을 바라보면 어떨까?
프론트엔드에서 백엔드에게 데이터를 요청하고 백엔드는 요청을 처리하여 응답을 한다. 이 요청과 응답에 대한 구조와 메세지를 잘 파악하면 발생할 수 있는 에러들을 잘 잡을 수 있다.
1.Request구조
1.Start Line: 요청의 첫번째 줄
-
HTTP Method: 요청이 의도한 액션을 정의하는 부분. GET,POST.DELETE가 많이 쓰임
-
Request target: 해당 request가 전송되는 목표 url
-
HTTP Version: 주로 1.1 버전
예) GET/login HTTP/1.1
GET 메소드로 login이라는 요청 타켓에 HTTP 1.1 버전으로 요청을 보낸다.
2.Headers: 해당 요청에 대한 추가 정보(메타 데이터)를 담고있는 부분
{Key: Value} 형태로 되어있다
(JavaScript의 객체, Python의 딕셔너리 형태라)
[자주 사용되는 Headers 의 정보]
Headers: {
Host: 요청을 보내는 목표(타겟)의 주소. 즉, 요청을 보내는 웹사이트의 기본 주소가 된다.(ex. www.apple.co.kr)
User-Agent: 요청을 보내는 클라이언트의 정보 (ex. chrome, firefox, safari, explorer)
Content-Type: 해당 요청이 보내는 메세지 body의 타입 (ex. application/json)
Content-Length: body 내용의 길이
Authorization: 회원의 인증/인가를 처리하기 위해 로그인 토큰
}3. Body: 해당 요청의 실제 내용. Body를 사용하는 메소드는 주로 POST다.
ex) 로그인 시에 서버에 보낼 요청의 내용**
Body**:** {
"user_email": "jake.hong@gmail.com"
"user_password": "12345678"
}2. Response 구조
1. Status Line: 응답의 상태 줄
요청에 대한 처리상태를 클라이언트에게 알려주면서 내용을 시작한다.
응답의 Status Line 도 세 부분으로 구성된다.
- HTTP Version: 요청의 HTTP버전과 동일
- Status Code: 응답 메세지의 상태 코드
- Status Text: 응답 메세지의 상태를 간략하게 설명해주는 텍스트
ex)
HTTP/1.1 404 Not Found
HTTP 1.1 버전으로 응답하고 있는데, 프론트엔드에서 보낸 요청(ex. 로그인 시도)에 대해 유저의 정보를 찾을 수 없어(Not Found) 404 상태 메세지를 보낸다.
HTTP/1.1 200 SUCCESS
HTTP 1.1 버전으로 응답하고 있는데, 프론트엔드에서 보낸 요청에 대해 성공해서 200 상태 메세지를 보낸다.
2. Headers: 요청의 헤더와 동일.
응답의 추가 정보(메타 데이터)를 담고있는 부분이다.
Headers: {
Host: (ex. www.apple.co.kr)
Server:
Content-Type: (ex. application/json)
Content-Length:
Authorization:
}
다만, 응답에서만 사용되는 헤더의 정보들이 있다. (ex. 요청하는 브라우저의 정보가 담긴 User-Agent 대신, Server 헤더가 사용된다.)
3. Body: 요청의 Body와 일반적으로 동일.
응답의 형태에 따라 데이터를 전송할 필요가 없는 경우엔 Body가 없을 수도 있다.
가장 많이 사용되는 Body 의 데이터 타입은 [JSON(JavaScript Object Notation)]이다.
ex) 로그인 요청에 대해 성공했을 때 응답의 내용
```
Body: {
"message": "SUCCESS"
"token": "qweradgqe@3qwerq2qe" (암호화된 유저의 정보)
}
```4. HTTP Request Methods
자주 사용되는 HTTP 통신 메소드는 GET, POST, DELETE 가 있다.
1. GET
- 어떤 데이터를 서버에서 받아올 때 사용하는 메소드
- 데이터를 받을 때만 사용
- 가장 많이 사용 됨
2. POST
- 데이터를 생성 / 수정할 때 사용되는 메소드
- 대부분 body가 포함 되어 보내진다.
3. DELETE
- 특정 데이터를 서버에서 삭제 요청을 할 때 보내는 메소드
5. Response Status Codes
응답의 상태 코드에는 무엇이 있을까?
Status Code의 숫자에 각각에 의미가 있다.
이 Status Code 만 보아도 응답이 제대로 됐는지 안 됐는지를 파악할 수 있다.
200: OK
- 가장 자주 보게되는 Status Code
- 문제없이 요청에 대한 처리가 백엔드 서버에서 이루어지고 나서 오는 응답코드
201: Created
- 무언가가 잘 생성되었을 때에(Successfully Created) 오는 Status Code
- 대게 POST 메소드의 요청에 따라 백엔드 서버에 데이터가 잘 생성 또는 수정 되었을 때
400: Bad Request
- 해당 요청이 잘못되었을 때 보내는 Status Code
- 주로 요청의 Body에 보내는 내용이 잘못되었을 때 사용되는 코드
ex) 전화번호를 보내야 하는데 숫자가 아닌 문자열의 주소가 대신 Body에 담겼을 경우
401: Unauthorized
- 해당 요청을 진행하려면 유저가 로그인을 하거나 회원가입이 필요하다는 의미
ex) wish list, 좋아요 기능은 회원이 아니면 요청을 보낼 수 없음
403: Forbidden
- 유저가 해당 요청에 대한 권한이 없다는 의미
- 접근 불가능한 정보에 접근했을 경우
ex) 유료회원만 접근할 수 있는 데이터를 요청 했을 때
404: Not Found
- 요청된 URI 가 존재하지 않는다는 의미
500: Internal Server Error
- 서버에서 에러가 났을 때의 Status Code
