📋 HTTP 완벽 가이드 - 1부:1장 HTTP 개관 정리

하루 30분동안 책읽기를 하면서 정리한 내용입니다!

1.1 HTTP: 인터넷의 멀티미디어 배달부

1.2 웹 클라이언트와 서버

1.3 리소스

어떤 종류의 콘텐츠 소스도 리소스가 될 수 있다.

1.3.1 미디어 타입

HTTP는 웹에서 전송되는 객체 각각에 신중하게 MIME(Multipurpose Internet Mail Extensions) 타입이라는 데이터 포맷 라벨을 붙인다. 웹 브라우저는 서버로부터 객체를 돌려 받을 때 다룰 수 있는 객체인지 MIME 타입을 통해 확인한다.

1.3.2 URI

정보 리소스를 고유하게 식별하고 위치를 지정할 수 있다. URI는 URL과 URN이 있다.

1.3.3 URL

특정 서버의 한 리소스에 대한 구체적인 위치를 서술한다.

• URL의 첫 번째 부분은 리소스에 접근하기 위해 사용되는 프로토콜을 서술한다. 보통 HTTP 프로토콜이다.
• 두 번째 부분은 서버의 인터넷 주소를 제공한다.
• 마지막은 웹 서버의 리소스를 가리킨다.

1.3.4 URN

콘텐츠를 이루는 한 리소스에 대해, 그 리소스의 위치에 영향 받지 않는 유일무이한 이름 역할을 한다.

1.4 트랜잭션

HTTP 트랜잭션은 요청 명령과 응답 결과로 구성되어 있다. 이 상호작용은 HTTP 메시지라고 불리는 정형화된 데이터 덩어리를 이용해 이루어진다.

1.4.1 메서드

HTTP 요청 메시지는 한 개의 메서드를 갖는다. 메서드는 서버에게 어떤 동작이 취해져야 하는지 말해주나.

HTTP 메서드 다섯 개

• GET, POST, PUT, DELETE, HEAD

1.4.2 상태 코드

모든 HTTP 응답 메시지는 상태 코드와 함께 반환된다. 상태 코드는 클라이언트에게 요청이 성공했는지 아니면 추가 조치가 필요한지 알려주는 세 자리 숫자다.

1.4.3 웹 페이지는 여러 객체로 이루어질 수 있다.

애플리케이션은 보통 하나의 작업을 수행하기 위해 여러 HTTP 트랜젝션을 수행한다.

1.5 메시지

HTTP 메시지는 단순한 줄 단위의 문자열이다. HTTP 요청과 응답 메시지의 두가지의 메시지가 있다.

HTTP 메시지는 다음 세 부분으로 이루어진다.
시작줄 : 메시지의 첫 줄, 요청이라면 무엇을 해야하는지, 응답이라면 무슨 일이 일어났는지 나타냄
헤더 : 0개 이상의 헤더 필드가 이어지고 각 헤더 필드는 쉬운 구문 분석을 위해 콜론(:)으로 구분되어 있는 하나의 이름과 하나의 값으로 구성된다.
본문 : 요청의 본문은 웹 서버로 데이터를 실어 보내며, 응답의 본문은 클라이언트로 요청을 반환한다.

1.6 TCP 커넥션

1.6.1 TCP/IP

HTTP는 애플리케이션 계층 프로토콜이다. 대중적이고 신뢰성 있는 인터넷 전송 프로토콜인 TCP/IP에게 맡긴다.

TCP는 다음을 제공한다.
1. 오류 없는 데이터 전송
2. 순서에 맞는 전달
3. 조각나지 않는 데이터 스트림

일단

1.6.2 접속, IP주소 그리고 포트번호

TCP에서는 서버 컴퓨터에 대한 IP 주소와 그 서버에서 실행 중인 프로그램이 사용 중인 포트 번호가 필요하다.

웹 브라우저가 HTTP리소스를 사용자에게 보여주는 절차
1) 웹 브라우저는 서브의 URL에서 호스트 명을 추출한다.
2) 웹 브라우저는 서버의 호스트 명을 IP로 반환한다.
3) 웹 브라우저는 URL에서 포트번호(있다면)를 추출한다.
4) 웹 브라우저는 웹 서버와 TCP 커넥션을 맺는다.
5) 웹 브라우저는 서버에 HTTP 요청을 보낸다.
6) 서버는 웹 브라우저에 HTTP 응답을 돌려준다.
7) 커넥션이 닫히면, 웹 브라우저는 문서를 보여준다.

1.7 프로토콜 버전

HTTP/0.9

심각한 디자인 결함이 다수 있고 구식 클라이언트하고만 같이 사용할 수 있다. 오직 GET 메서드만 지원하고, 멀티미디어 콘텐츠에 대한 MIME 타입이나, HTTP 헤더, 버전 정보는 지원하지 않는다.

HTTP/1.0

버전 번호, HTTP 헤더, 추가 메서드, 멀티미디어 객체 처리를 추가하였다. 시각적으로 매력적인 웹 페이지와 상호작용하는 폼을 실현했고 이는 월드 와이드 웹을 대세로 만들었다.

HTTP/1.0+

오래 지속되는 "keep-alive" 커넥션, 가상 호스팅 지원, 프락시 연결 지원을 포함해 많은 기능이 HTTP에 추가되었다.

HTTP/1.1

HTTP 설계의 구조적 결함 교정, 두드러진 성능 최적화, 잘못된 기능 제거에 집중하였다.

HTTP/2.0

HTTP/1.1 성능 문제를 개선하기 위해 구글의 SPDY 프로토콜을 기반으로 설계가 진행 중인 프로토콜이다.

1.8 웹의 구성요소

1.8.1 프락시

클라이언트와 서버 사이에 위치한 HTTP 중개자이다. 주로 보안을 위해 사용되고 모든 웹 트래픽 흐름 속에서 신뢰할만한 중개자 역할을 한다. 또한 요청과 응답을 필터링한다.

1.8.2 캐시

많이 찾는 웹 페이지를 클라이언트 가까이에 보관하는 HTTP 창고이다. 다음번에 클라이언트가 같은 문서를 요청하면 그 캐시가 갖고 있는 사본을 받을 수 있다.

1.8.3 게이트웨이

다른 애플리케이션과 연결된 특별한 웹 서버이다. 주로 HTTP 트래픽을 다른 프로토콜로 변화하기 위해 사용된다. 언제나 스스로기 리소스를 자고 있는 진짜 서버인 것처럼 요청을 다룬다.

1.8.4 터널

단순히 HTTP 통신을 전달하기만 하는 특별한 프락시이다. 비HTTP 데이터를 하나 이상의 HTTP 연결을 통해 그대로 전송해주기 위해 사용된다.

1.8.5 에이전트

자동화된 HTTP 요청을 만드는 준지능적 웹클라이언트이다.

📨 느낀점

HTTP의 전반적인 역할, 트랜젝션, 웹에서 기본적인 트랜젝션을 구현하기 위해 어떻게 메시지를 주고받는지 여러 애플리케이션 등에 대해서 하나하나 무엇인지 다시 알게 되었다.

그동안 공부를 하면서도 전체적인 흐름을 대략만 알았는데 이번 기회에 새삼 리마인드가 되었다.

Ref

데이빗 고울리 , 브라이언 토티 , 마조리 세이어 , 세일루 레디 , 안슈 아가왈 지음, ⌜HTTP 완벽 가이드⌟, 인사이트