Skip to content

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

2 Commits
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Rest API

HTTP 프로토콜을 기반으로 웹 자원을 정의하고, URL을 통해 해당 자원의 상태를 교환하는 인터페이스.

REST 구성 요소

  1. 자원(Resource) - URI
    • 모든 자원에는 고유한 ID가 존재하고, 이 자원은 Server에 존재
    • 자원을 구별하는 ID는 HTTP URI
    • 클라이언트는 URI를 이용해 자원을 지정하고 해당 자원의 상태에 대한 조작을 서버에 요청
  2. 행위(Verb) - Method
    • HTTP 프로토콜의 메서드 사용
  3. 표현(Representation of Resource)
    • 클라이언트와 서버가 데이터를 주고받는 형태
    • 보통 사람과 기계가 모두 읽기 쉬운 JSON, XML을 통해 데이터를 주고 받음.

REST 특징

  1. Server-Client (서버-클라이언트 구조)
    • 자원이 있는 쪽이 서버, 자원을 요청하는 쪽이 클라이언트
    • REST 서버는 API를 제공하고 비즈니스 로직 처리 및 저장을 책임지고,
    • 클라이언트는 사용자 인증이나 context(세션, 로그인 정보) 등을 직접 관리하고 책임진다.
    • 역할을 확실히 구분시킴으로써 서로 간의 의존성을 줄인다.
  2. Stateless (무상태)
    • HTTP 프로토콜은 Stateless 프로토콜이므로 REST 역시 무상태성을 갖는다.
    • 클라이언트의 context를 서버에 저장하지 않는다.
    • 서버는 각각의 요청을 완전히 별개의 것으로 인식하고 처리한다.
    • 서버의 처리 방식에 일관성을 부여하기 때문에 서비스의 자유도가 높아진다.
  3. Cashable (캐시 처리 가능)
    • 웹 표준 HTTP 프로토콜을 그대로 사용하므로 HTTP가 가진 캐싱 기능을 적용할 수 있다.
    • 대량의 요청을 효율적으로 처리할 수 있다.
  4. Layered System (계층 구조)
    • 클라이언트는 REST API 서버만 호출한다.
    • REST 서버는 다중 계층으로 구성될 수 있다.
    • 보안, 로드 밸런싱, 암화화 등을 위한 계층을 추가하여 구조를 변경할 수 있다.
    • 프록시, 게이트웨이와 같은 네트워크 기반의 중간매체를 사용할 수 있다.
    • 하지만 클라이언트는 서버와 직접 통신하는지, 중간 서버와 통신하는지 알 수 없다.
  5. Uniform Interface (인터페이스 일관성)
    • HTTP 표준 프로토콜에 따르는 모든 플랫폼에서 사용이 가능하며, 느슨한 결합 형태를 갖는다.
    • 즉, 특정 언어나 기술에 종속되지 않는다.
  6. Self-Descriptiveness (자체 표현)
    • 요청 메시지만 보고도 쉽게 이해할 수 있는 자체 표현 구조로 되어 있다.

HTTP란?

웹 브라우저가 웹 페이지를 사용자에게 보여주기 위해 서버로 데이터를 요청하기 위한 약속.

HTTP 특징

  • 무상태성(Stateless)
    • 클라이언트와 서버 사이에 상태를 유지하지 않는다.
      • 장점: 서버 확장성 높음(스케일 아웃)
      • 단점: 클라이언트가 추가 데이터 전송
  • 비연결성(Connectionless)
    • HTTP는 기본이 연결을 유지하지 않는 모델이다.
    • 이러한 비연결성 특성 때문에 서버 자원을 매우 효율적으로 사용할 수 있다.

HTTP 상태 코드

클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능.

  • 1xx(정보): 요청을 받았으며 프로세스를 계속 진행
  • 2xx(성공): 요청을 성공적으로 받았으며 인식했고 수용
  • 3xx(리다이렉션): 요청 완료를 위해 추가 작업 조치가 필요
  • 4xx(클라이언트 오류): 요청의 문법이 잘못되었거나 요청을 처리할 수 없음
  • 5xx(서버 오류): 서버가 명백히 유효한 요청에 대한 충족을 실패

HTTP 메서드

클라이언트와 서버 사이에 이루어지는 요청(Request)과 응답(Response) 데이터를 전송하는 방식

주요 메서드

  • GET: 리소스 조회
  • POST: 리소스 등록
  • PUT: 리소스 대체, 해당 리소스가 없으면 생성
  • PATCH: 리소스 일부 변경
  • DELETE: 리소스 삭제

브라우저에 URL을 입력한 후 요청하여 서버에서 응답하는 과정

  1. 웹 브라우저에 URL을 입력하고 Enter 키를 누릅니다.
  2. 웹 브라우저가 도메인의 IP 주소를 조회합니다. (먼저 캐시를 찾고, 그 다음 DNS를 검색합니다.)
  3. 웹 브라우저가 찾은 IP 주소를 기반으로 서버와의 TCP 연결을 시작합니다.
  4. 웹 브라우저가 HTTP 요청을 서버로 전송합니다. (필요한 경우, HTTPS 보안 통신이 진행됩니다.)
  5. 웹 서버가 요청을 처리하고 응답을 다시 웹 브라우저로 전송합니다.
  6. 웹 브라우저가 전송 받은 콘텐츠를 렌더링합니다.

About

No description, website, or topics provided.

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages