URI(Resource Identifier)
Uniform : 리소스 식별하는 통일된 방식
Resource : 자원, URI로 식별할 수 있는 모든 것 (제한 없음)
Identifier : 다른 항목과 구분하는데 필요한 정보
URL
주로 프로토콜을 사용한다.
프로토콜 : 어떤 방식으로 자원에 접근할 것인가 하는 약속 규칙 : http, https 등
클라이언트 서버 구조
클라이언트와 서버를 분리하면 비지니스 로직이랑 데이터는 서버에 다 넣어놓고 클라이언트는 UI 및 사용성에 집중한다
이러면 독립적으로 진화할 수 있다
무상태 프로토콜
비연결성
• HTTP는 기본이 연결을 유지하지 않는 모델
• 일반적으로 초 단위의 이하의 빠른 속도로 응답
• 1시간 동안 수천명이 서비스를 사용해도 실제 서버에서 동시에 처리하는 요청은 수십개 이
하로 매우 작음
• 예) 웹 브라우저에서 계속 연속해서 검색 버튼을 누르지는 않는다.
• 서버 자원을 매우 효율적으로 사용할 수 있음
한계와 극복
• TCP/IP 연결을 새로 맺어야 함 - 3 way handshake 시간 추가
• 웹 브라우저로 사이트를 요청하면 HTML 뿐만 아니라 자바스크립트, css, 추가 이미지 등
등 수 많은 자원이 함께 다운로드
• 지금은 HTTP 지속 연결(Persistent Connections)로 문제 해결
• HTTP/2, HTTP/3에서 더 많은 최적화
최대한 스테이스리스 구현해야 한다.
HTTP 메시지
시작 라인 start-line
요청 메시지 request - line( HTTP 메서드 + 요청 대상 + HTTP 버전)
+
응답 메시지 status - line( HTTP 버전 + HTTP 상태 코드 + 이유 문구)
HTTP 메서드
- 종류: GET, POST, PUT
- 서버가 수행해햐 할 동작 지정
- GET : 리소스 조회
- POST : 요청 내역 처리
요청 대상
- 절대경로 = "/"로 시작하는 경로
HTTP 상태 코드 : 요청 성공, 실패를 나타냄
- 200 : 성공
- 400 : 클라이언트 요청 오류
- 500 : 서버 내부 오류
HTTP 헤더
HTTP 전송에 필요한 모든 부가정보
ex) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트 (브라우저) 정보, 서버 어플리케이션, 캐시 정보 등
HTTP 메시지 바디
실제 전송할 데이터
HTML 문서, 이미지, 영상, JSON 등등 byte 로 표현할 수 있는 모든 데이터 전송 가능
