HTTP 프로토콜

✅ 목차

✅ Web의 동작 원리
✅ HTTP란?
✅ HTTP 프로토콜의 특징
✅ HTTP 메시지 구조
 - 요청 메시지
 - 응답 메시지
✅ HTTP 메서드
✅ HTTP 상태 코드
✅ 참고 문헌

 

---

 

✅ Web의 동작 원리

 

🐥 배경

1989년, 팀 버너스 리 라는 영국 과학자에 의해 "웹(World Wide Web)" 이 등장하게 되었다.

웹은 정보 공유를 목적으로 하는 플랫폼으로서, 하이퍼텍스트와 인터넷 기술을 결합하여 개발되었다.

 

웹은 온디맨드 방식(원하는 정보를 원하는 시간에 언제든 수신할 수 있음)으로 정보를 전달한다는 특징이 있어

많은 사람들에게 널리 이용되기 시작하였다.

 

---

🐥 동작 원리

📌 웹은 웹 클라이언트(브라우저)가 정보를 요청하면, 웹 서버가 응답을 해주는 방식으로 동작한다.

    클라이언트 : 사용자가 사용하는 애플리케이션. 웹 서버에 데이터를 요청하고, 서버로부터 받은 응답을 사용자에게 보여주는 역할
    서버 : 웹의 컨텐츠를 저장하고 관리하는 컴퓨터. 클라이언트의 요청에 응답하여 필요한 데이터를 전송하는 역할

 

📌 웹에서 클라이언트와 서버는 HTTP 프로토콜에 따라 통신한다.

 - 즉 클라이언트와 서버는 HTTP 메시지를 교환하여 서로 통신한다.

 

 

정리하면,

클라이언트가 서버에게 HTTP 요청 메시지를 보내면,

서버는 클라이언트에게 HTTP 응답 메시지를 보내주는 방식으로 동작한다.

 

✅ HTTP란?

 - HyperText Transfer Protocol

 - 웹의 애플리케이션 계층 프로토콜로, 클라이언트와 서버 간 데이터를 교환하는 데 사용되는 통신 규약(프로토콜)이다.

 

 - 쉽게 말하면 HTTP는,

    웹에서 클라이언트가 서버에게 웹페이지를 어떻게 요청하고, 서버가 클라이언트에게 웹페이지를 어떻게 전송하는지 정의해둔 규약이다.

 

✅ HTTP 프로토콜의 특징

🐥 HTTP 프로토콜은 stateless하다.

 - 서버는 자신에게 요청을 보낸 클라이언트에 대한 정보를 기억하지 않는다.

 - 쉽게 말하자면 HTTP는 단순해서, 클라이언트가 request 보내면 서버는 response 보내주고 끝이다.

 

🐥 HTTP는 전송 프로토콜로 TCP를 사용한다.

 - TCP: 서버와 클라이언트 사이에 통신 "연결"을 제어하는 트랜스포트 계층 프로토콜이다.

 

🐥 URI로 리소스를 식별한다.

 

✅  HTTP 메시지 포맷

 

위에서 봤던 그림이다.

 

클라이언트는 서버에게 Request 메시지를 보내고, 서버는 클라이언트에게 Response 메시지를 보낸다.

 

HTTP로 요청과 응답을 주고받으려면, 반드시 정해진 형식대로 메시지를 주고받아야 한다.

형식을 지키지 않으면 받는 쪽에서 메시지를 읽을 수 없다.

 

그렇다면 HTTP 메시지는 어떠한 형식으로 정의되어 있을까?

🐥 HTTP 요청 메시지 구조

- HTTP 요청 메시지를 보내려면 반드시 아래 형식을 지켜서 보내야 한다.

 

Request Line

 - HTTP 메서드, URL, HTTP 버전을 순서대로 명시한다.

 

Headers

 - 요청에 필요한 헤더들을 명시한다.

 - 헤더는 key:value 쌍으로 구성되고, 요청에 필요한 여러 가지 정보가 담겨 있다.

 

 - 헤더 예시

        - Host : 요청을 보내고자 하는 서버의 도메인 주소

        - Authorization : 클라이언트 인증 정보

        - User-Agent : 클라이언트 소프트웨어 정보

 

Blank Line

 - 헤더와 바디를 구분하기 위해 비워두어야 한다.

 

Body

 - 요청 메시지에 json이나 이미지파일과 같은 컨텐츠를 담아서 보낼 수도 있다.

    그럴 때에는 그 컨텐츠를 body에 담아준다.

---

HTTP 요청 메시지 예시

 

 

🐥 HTTP 응답 메시지 구조

- HTTP 요청 메시지에 대해 응답하려면 반드시 아래 형식을 지켜서 보내야 한다.

 

Status Line (상태 라인)

 - HTTP 버전, 상태 코드, 상태 메시지 명시

 

 - 상태 코드는 응답의 결과를 나타내주는 약속된 3자리 정수이다.

    (예를 들면 웹브라우저를 사용하면서 자주 볼 수 있는 404 NOT FOUND, 400 BAD REQUEST와 같은 것들이 바로
    상태 코드와 상태 메시지이다.)

 - 상태 코드 종류는 아래에서 다시 설명할 예정

 

Headers

 - 응답에 필요한 헤더들을 명시한다.

 - 헤더는 key:value 쌍으로 구성되고, 응답에 필요한 여러 가지 정보가 담겨 있다.

 

 - 헤더 예시

        - Server : 응답을 생성한 서버의 정보

        - Content-Type : 응답 바디에 담긴 컨텐츠의 종류 (json인지, text인지 등등)

        - Content-Length : 응답 바디에 담긴 컨텐츠의 길이(byte)

 

Blank Line

 - 헤더와 바디를 구분하기 위해 비워두어야 한다.

 

Body

 - 클라이언트가 요청한 리소스(데이터)가 실제로 담기는 부분이다.

 

---

HTTP 응답 메시지 예시

 

 

✅  HTTP 메서드

- 클라이언트가 (URI로 식별할 수 있는 리소스를 대상으로) 서버에게 요청하는 작업(행위)의 종류를 나타낸다.

 

 

🐥 몇 가지 유명한 메서드들

 

GET

- URL 필드로 식별되는 서버의 특정 리소스를 조회 요청할 때 사용한다.

- body를 비워놓는 것이 원칙이다.

    ( GET 요청에 body를 포함할 수는 있지만, 지원하지 않는 서버가 많아서 권장하지 않는다 )

- 서버에 전달하고 싶은 데이터는 쿼리스트링을 통해서 전달한다.

 

POST

- 클라이언트는 요청 데이터(리소스)를 body에 담아 서버에게 전달한다.

- 서버는 이 요청 데이터를 처리하는 모든 기능을 수행한다. (주로 등록)

    - 데이터 처리 예시: 신규 리소스 등록, 검색, 댓글 등록, 회원가입, 배달 시작 등등

 

PUT

- 리소스를 업로드 또는 수정하고자 할 때 사용한다.

- 서버에 리소스가 없다면 생성하고, 존재한다면 리소스 전체를 요청 body의 내용으로 교체한다.

(쉽게 말해서 기존 리소스를 덮어버린다.)

- 클라이언트가 리소스의 위치를 알고 URI에 지정해주어야 한다. (이것이 POST와의 가장 큰 차이점)

 

PATCH

웹서버의 리소스 전체가 아닌 일부를 수정하고자 할 때 사용한다.

즉, 리소스의 부분적인 업데이트를 요청한다.

 

DELETE

지정한 리소스를 삭제하고자 할 때 사용한다.

사용자 또는 애플리케이션이 웹서버에 있는 객체를 삭제하는 것을 허용한다.

 

 

그 외

 

HEAD

GET방식과 유사하지만, 서버 응답에는 body가 없고 header만 존재한다.

주로 개발자가 디버깅할 때, 리소스의 메타데이터를 확인할 때 사용한다.

 

TRACE

클라이언트가 서버로 보낸 요청을 그대로 되돌려받는다.

서버는 자신이 받은 요청 메시지를 본문에 포함한 응답을 제공한다.

 

OPTIONS

서버에게 서버가 특정 리소스에 대해 지원하는 HTTP 메서드 리스트를 요청한다.

 

CONNECT

클라이언트와 서버 간 네트워크 연결을 맺을 때 사용된다.

주로 프록시와 같은 중간 서버와의 통신에 사용된다.

 

 

✅  HTTP 상태 코드

 

 - HTTP 응답 결과를 나타내주는 숫자 코드이다.

 - HTTP 응답 메시지의 첫 줄에 표기한다.

 - 모든 상태코드는 3자리 정수로 이루어져 있다.

 

1xx (Informational) - 요청을 받았고 처리중임
2xx (Successful) - 처리 성공
3xx (Redirection) - 요청 리소스가 다른 위치에 있음
4xx (Client Error) - 클라이언트 요청이 잘못되었거나 유효하지 않음
5xx (Server Error) - 클라이언트 요청은 올바르지만, 서버에서 처리할 수 없음

 

 

🐥 유명한 상태코드들

 

200 OK - 요청 처리 성공했고, 정보가 응답으로 보내졌다

201 Created - 요청 처리 성공했고, 새로운 리소스가 서버에 저장되었다

204  No Content - 요청 처리 성공했고, 정보가 응답으로 보내지지는 않았다

 

301 Moved Permanently - 요청 객체가 영구적으로 이동되었다

302 Found - 요청 객체가 임시적으로 이동되었다

 

400 Bad Request - 잘못된 요청. 서버가 요청을 이해할 수 없다.

401 Unauthorized - 해당 요청을 위해서는 인증이 필요하다

403 Forbidden - 클라이언트가 해당 요청에 대한 권한을 갖고 있지 않다

404 Not Found - 서버에 요청한 문서(페이지)가 존재하지 않는다

 

500 Internal Server Error - 내부 서버 오류

501 Not Implemented - 서버가 해당 요청을 처리할 수 없다 (서버에 그런 기능이 없다)

502 Bad Gateway - 게이트웨이 오류

503 Service Unavailable - 서비스 이용이 불가능하다

505 HTTP Version Not Supported - 요청 HTTP 버전을 서버가 지원하지 않는다

---

✅  Reference

• https://www3.ntu.edu.sg/home/ehchua/programming/webprogramming/http_basics.html
• 컴퓨터 네트워킹: 하향식 접근 (2022, Jim Kurose · Keith Ross)
• https://youtube.com/playlist?list=PLuHgQVnccGMBd-v_DjNm61EBaDpYZSV1Z
• https://www.youtube.com/watch?v=IjxkKQvn8Bc