HTTP (Hyper Text Transfer Protorol)
1) 특징
- 클라이언트 서버 구조
- 무상태 프로토콜, 비연결성
- HTTP 메시지
- 단순함, 확장 가능
1.1) 클라이언트 서버 구조
- Request Response 구조
- 클라이언트는 서버에 요청을 보내고 응답 대기
- 서버가 요청에 대한 결과를 클라이언트에게 응답
- 장점
클라이언트 UX, UI - 서버 비지니스 로직
ㄴ 클라이언트와 서버를 분리함으로써 기능을 서로 독립적으로 진행 및 발전이 가능함
1.2) 무상태 프로토콜 (Stateless)
-
서버가 클라이언트의 상태를 보존 X
-
장점 : 서버 확장성이 높음 -> 응답 서버를 쉽게 바꿀 수 있음 (무한한 서버 증설 가능)
ㄴ 스케일 아웃 (수평 확장) 유리 -
단점 : 클라이언트가 추가 데이터를 전송해야됨
ㄴ 상태 유지 해야되는 경우 로그인 -> 브라우저 쿠키와 서버 세션등을 사용해서 상태 유지Stateful : 클라이언트의 이전 상태를 보존, 상태 유지 <-> Stateless
1.3) 비연결성 (Connectionless)
- HTTP는 기본이 연결을 유지하지 않는 모델
- 일반적으로 초단위의 이하의 빠른 속도로 응답
- 수천명이 서비스를 사용해도 실제 서버에서 동시에 처리하는 요청은 수십개 이하로 매우 작음
- 서버 자원을 매우 효율적으로 사용 가능
- 한계
- TCP/IP 연결을 매번 새로 맺어야함 - 3 way handshake 시간 추가
- 웹 브라우저로 사이트를 요청하면 HTML 뿐만 아니라 여러 자원들을 함께 다운로드 해야됨
-> 지금은 위 두 문제를 HTTP 지속 연결 (Persistent Connections)로 문제 해결함 - HTTP 지속 연결
- 기존에 요청 시 HTML, 자바 스크립트, 이미지 등 자원들을 따로 연결, 요청-응답, 종료를 반복해서 받아야했음
-> 이를 한번 연결로 특정 시간동안 모든 자원 요청-응답을 받고 종료
1.4) HTTP 메시지 (중요)
1. 구조
2. 시작 라인
요청일 경우
GET /search?q=hello&hl=ko HTTP/1.1
- start-line = request-line /status-line
- request-line = method request-target HTTP-version
GET /search?q.. HTTP/1.1 - HTTP 메서드
- 종류 : GET (조회), POST (요청 내역 처리), PUT, DELETE 등등
- 서버가 수행해야 할 동작을 지정
- 요청 대상
- absolute-path?query
절대경로
- absolute-path?query
응답일 경우
HTTP/1.1 200 OK
- start-line = request-line /status-line
- request-line = HTTP-version status-code reason-pharse
HTTP/1.1 200 OK - HTTP 상태 코드
요청 성공, 실패를 나타내는 코드
- 200 성공
- 400 클라이언트 요청 오류
- 500 서버 내부 오류
3. HTTP 헤더
- filed-name: field-value 로 씀
ex) Host: www.google.com - HTTP 전송에 필요한 모든 부가정보
ㄴ 메시지 바디에 관한 내용, 메시지 바디의 크기, 요청 클라이언트 정보, 캐시 관리 정보 등등 - 필요시 임의의 헤더 추가 가능
4. HTTP 바디
- 실제 전송할 데이터
- byte로 표현 할 수 있는 모든 데이터 전송 가능 (번외 참고)
번외) HTTP로 전송 가능한 것
- 거의 모든 형태의 데이터 전송 가능
- HTML, Text
- Image, 음성, 영상, 파일
- JSON, XML (API)
- 서버간에 데이터 주고 받을 때에도 대부분 HTTP 사용
참고 자료
