HTTP 기본

클라이언트 서버 구조

• 핵심
  • 클라이언트는 요청만 그리고 응답 대기
  • 서버는 응답만
• Stateless(무상태) → 이걸 사용한다
  • 장점
    • 서버 확장성 높음 → 항상 모든 데이터를 전달하기에 다른 서버가 대응이 가능하다
  • 단점
    • 클라이언트가 추가 데이터 전송이 필요함
  • 한계
    • 모든것을 무상태로 설계 할순 없다 → 로그인
    • 브라우저 쿠키, 서버 세션등을 사용 해서 상태 유지
• StateFul(상태 유지)
  • 항상 같은 서버가 유지되어야함
  • 갑자기 다른 서버가 대응을 하면 난리 난다;
  • 스케일링 에서 자유롭지 못해 대부분 Stateless로 구현한다

HTTP 메소드 종류

• GET, POST, DELETE : 조회, 생성, 삭제

• PUT : 리소스를 대체, 없으면 생성 → 덮어씌운다의 개념에 가까움

• PATCH : 리소스 부분 변경

• HEAD: GET과 유사하나 상태줄과 헤더만 반환함 → 메시지 부분이 전달되지 않음

• OPTIONS: 대상 리소스에 대한 통신가능 옵션 리스트 설명

• CONNECT: 대상 리소스로 식별되는 서버에 대한 터널을 설정

• TRACE: 대상 리소스에 대한 경로를 따라 메세지 루프백 테스트 수행

  

캐시가능

• GET, HEAD, POST, PATCH 캐시 가능
• 실제로는 GET, HEAD정도만 캐시로 사용
• 하지만 POST, PATCH는 본문의 내용까지 캐시해야 하기때문에 구현이 잘 안되어있다

상태 코드

• 1XX (Informational) : 요청 진행중
• 2XX (Successful) : 요청 정상 처리