💻HTTP는 웹 서비스 개발자라면 당연히 알고 있어야 할 핵심 프로토콜이다. HTTP통신은 어떻게 구성되고 사용되어야 하는지, 그 특징과 개념에 대한 정리를 해보자.

HTTP란?

HTTP(HyperText Transfer Protocol)는 컴퓨터들 사이에서 HTML파일을 주고받을 수 있도록 하는 소통방식 또는 약속이다.

HTTP의 약자를 하나하나 살펴보자.

• HyperText
  : 일반 텍스트와 다르게 문장이나 단어 등이 링트를 통해 서로 연결된 네트워크처럼 구성 된 문서이다.

• Transfer
  : 전송이라는 의미를 가지고 있으며, 보내는 주테와 받는 주체가 있다는 특징을 가지고 있다.

• Protocal
  : 협약, 통신규약이라는 의미를 가지고 있으며, 물리적으로 떨어져있는 컴퓨터끼리 어떠한 방식으로 HTML파일(HyperText)을 주고 받을지에 대한 약속이다.

1. HTTP의 주요 특징

HTTP는 컴퓨터들 사이에서 정해진 약속이라고 한다. 약속을 하는데에는 항상 어떠한 조항들이 따르기 마련인데, HTTP에는 어떠한 조항들로 이루어져 있는지 알아보자.

Request / Response

소통의 핵심에는 요청(Request)과 응답(Response)이 있다.

HTTP통신의 핵심은 요청과 응답이라고 말할 수 있다.
문자로 예를 들어보면 발신자(보내는 주체)와 수신자(받는 주체)가 명확해야 서로 소통이 잘 이루어진다. 만일 내가 b라는 수신자에게 연락해서 처리해야 하는일을 c라는 수신자에게 연락하면 원활한 소통이 되겠는가? 아닐것이다.

컴퓨터 사이의 소통도 마찬가지로 요청과 응답이 명확해야한다.
랩탑을 연다 -> 유투브에 접속한다 -> 내가 평소 즐겨보던 유투브 영상의 링트를 누른다.
이 순간 나의 랩탑은 구글의 서버에게 요청을 보낸다. "강아지 영상 주세요" 구글의 서버는 이 요청을 처리한 뒤 다시 요청을 보낸 나의 랩탑에 응답을 보낸다. "귀여운 강아지 영상 드립니다".

이처럼 HTTP는 우리에게 친숙한 소통방식을 컴퓨터의 소통방식에도 적용한 것으로 어렵게 생각할 필요가 없을 듯 하다.

Stateless

State(상태)가 less(없음)이라는 의미하며, 직역하여 상태가 없다는 뜻이다.

HTTP의 특징 중 절대 잊어서는 안되는 중요한 특징이다.
독립적인 성격을 가지고 있는 HTTP는 과거에 했던 통신, 즉 과거에 했던 요청과 응답에 대한 내용을 전혀 기억하지 못한다.
즉, 이전의 상태에 대한 기억이 없기때문에 매 통신마다 필요한 모든 정보를 담아 요청을 보내야 한다.

개발을 하며 로그인 토큰 또는 브라우저의 쿠키, 세션, 로컬스토리지 같은 기술들을 들어 본 적이 있을텐데, 이것들은 여러번의 통신의 진행과정에서 연속된 데이터 처리가 필요한 경우(온라인 쇼핑몰에서 로그인 후 장바구니 기능 등)를 위해 필요에 의해 만들어진 기술이다.

2. HTTP Request Methods

HTTP에는 자주 사용되는 세가지 메소드가 있다. 각각의 메소드가 지닌 의미와 의도를 프론트엔드의 입장에서 한 번 정리해보았다.

GET

특정 데이터를 서버로 부터 받아(GET)올 때 사용하는 메소드이다.

가장 간단하고 많이 사용되는 HTTP메소드로, 데이터를 받아오기만 할 때 사용된다.

ex) 장바구니에 담긴 제품 조회하기

(축약된 요청 메세지)
GET /shop/bag HTTP/1.1
Headers: {
	"HOST": "https://www.apple.com/kr"
	"Authroization": "kldiduajsadm@9df0asmzm" 
    //유저가 본인임을 증명할 수 있는 인증/인가 토큰
}

(축약된 응답 메시지)
HTTP/1.1 200 SUCCESS
Body: {
	"message": "SUCCESS"
	"carts": [
		{
			"productId": 10
			"name": "Pro Display XDR - Nano-texture 글래스"
			"price": "₩7,998,000"
			"quantity": 2
		},
		{
			"productId": 20
			"name": "Mac Pro"
			"price": "₩79,465,000"
			"quantity": 1
		}	
	]
}

POST

데이터를 생성, 또는 수정할 때 주로 사용되는 메소드이다.

데이터를 생성 및 수정할 때 많이 사용되기 때문에 대부분의 경우 요청에 body가 포함되서 보내진다.

ex) 마음에 드는 상품을 장바구니에 담기

(축약된 요청 메세지)
POST /shop/bag HTTP/1.1
Headers: {
	"HOST": "https://www.apple.com/kr"
	"Authroization": "kldiduajsadm@9df0asmzm"
    //유저가 본인임을 증명할 수 있는 인증/인가 토큰
}
Body: {
	product: {
		"productId": 30
		"name": "12.9형 iPad Pro Wi-Fi + Cellular 128GB"
		"color": "스페이스 그레이"
		"price": "₩1,299,000"
		"quantity": 1
	}
}

(축약된 응답 메시지)
HTTP/1.1 201 SUCCESS
Body: {
	"message": "SUCCESSFULLY CARTS UPDATED"
}

DELETE

서버에 특정 데이터를 삭제 요청 보낼 때 사용하는 메소드이다.

ex) 장바구니에서 제품을 삭제한다

(축약된 요청 메세지)
DELETE /shop/bag HTTP/1.1
Headers: {
	"HOST": "https://www.apple.com/kr"
	"Authroization": "kldiduajsadm@9df0asmzm" 
    //유저가 본인임을 증명할 수 있는 인증/인가 토큰
}
Body: {
	productId: 30
}

(축약된 응답 메시지)
HTTP/1.1 201 SUCCESS
Body: {
	"message": "productId 30 DELETED"
}

3. HTTP Status Code

실제 프로젝트를 진행할 때 가장 많이 보게 될 응답의 상태 코드들을 정리해 보았다. Status Code의 숫자에는 각각의 의미가 포함되어 있어서 이 숫자만 보아도 응답이 제대로 됐는지 안됐는지를 파악할 수 있다.

• 200: OK
  가장 자주 보게되는 Status Code
  문제없이 요청에 대한 처리가 백엔드 서버에서 이루어지고 나서 오는 응답코드이다.

• 201: Created
  무언가가 잘 생성되었을 때에 오는 Status Code
  대게 POST 메소드의 요청에 따라 백엔드 서버에 데이터가 잘 생성 또는 수정 되었을 때에 보내는 코드이다.

• 400: Bad Request
  해당 요청이 잘못되었을 때 보내는 Status Code
  주로 요청의 Body에 보내는 내용이 잘못되었을 때 사용되는 코드이다.

• 401: Unauthorized
  유저가 해당 요청을 진행하려면 먼저 로그인을 하거나 회원가입이 필요하다는 의미의 Status Code

• 403: Forbidden
  접근 불가능한 정보에 접근했을 경우의 Status Code
  유저가 해당 요청에 대한 권한이 없다는 뜻이다.

• 404: Not Found
  요청된 URI 가 존재하지 않는다는 의미

• 500: Internal Server Error
  서버에서 에러가 났을 때의 Status Code
  API 개발을 하는 백엔드 개발자들이 싫어하는 코드이다.
  (프론트는 내 잘못 아니라는 것을 증명하는 코드)🤷‍♂️