Course 3.01.md

WEB개론

• Web이란 인터넷에 연결된 컴퓨터를 통해 사람들이 정보를 공유할 수 있는 전 세계적인 정보 공간을 말함
• Web 종류
  • Web Site (google, naver, daum) - 사이트를 볼 수 있게 함
  • User Interface (Chrome, safari, Explorer) - 사용자와 컴퓨터와의 의사소통
  • API (Web Service, Kakao Open API) - 웹 서비스를 제공하기 위해 사용
• Web
  • HTTP - 어플리케이션 컨트롤 (통신을 하기로 한 약속한 형태)
  • URL - 리소스 식별자 (한개의 리소스가 여러개 불가능)
  • HTML - 하이퍼머디어 포맷
• HTTP

  • 데이터를 주고 받는 프로토콜

  • 하이퍼텍스트 전송용 프로토콜 -> 다양한 컴퓨테어서 다룰 수 있는 것을 모두 전송 가능

  • TCP기반으로 한 REST의 특징을 모두 구현하고 있는 Web기반의 프로토콜

  • Client - Sever에게 요청 -> Server -> Client에게 응답

  • 리소스 취득 R

  • 리소스 생성 C (요청을 할때마다 매번 다름) ( 안전하지 않음)

  • 리소스 갱신, 생성 C/U (안전하지 않음)

  • 리소스 삭제 D (안전하지 않음)

• 에러 코드

  • 100번대 -> 처리중

  • 200번대 -> 성공 (201번 데이터 생성)

  • 300번대 -> 해당 코드를 받았을 때 REspnse의 새로운 주소로 다시 요청

  • 400번대 -> 클라이언트의 요청에 에러

  • 500번대 -> 서버 처리중 에러가 발생했을때 -> 재요청 하면 됨

  • 200 성공

  • 201 리소스를 생성 성공

  • 301 리다이렉트, 리소스가 다른 장소로 변경되미을 알림

  • 303 리다이렉트, Client에서 자동으로 새로운 리소스로 요청 처리

  • 400 요청 오류 파라미터 에러

  • 401 권한 없음

  • 404 리소스 없음 (페이지 찾지 못함)

  • 500 서버 내부 에러 (서버 동작 처리 에러)

  • 503 서비스 정지 (점검 등등)

REST API 개론

- 계층화 서버와 클라이언트 사이에 방화벽, 게이트웨이, Proxy 등 다계층 형태를 구성할 수 있어야 하며 확장 할 수 있어야 한다.
- 인터페이스 일관성: 아키텍처를 단순화 시키고 작은 단위로 분리하여서 클라이언트, 서버가 독립적으로 개선될 수 있어야 한다.

• Rest 네트워크 아키텍처 원리
  • Client, Server 클라이언트와 서버가 서로 독립적으로 분리되어져 있어야 함
  • stateless 요청에 대해서 클라이언트의 상태가 서버에 저장하지 않는다.
  • 캐시 클라이언ㅌ는 서버의 응답을 캐시 할 수 있어야 한다.
    • 클라이언트가 캐시를 통해서 응답을 재사용할 수 있어야 하며, 이를 통해 서버의 부하를 낮춤
  • Code On Demand 자바 애플릿, 자바스크립트 플래시 등 특정 기능을 서버가 클라이언트에 코드를 전달하여 실행 할 수 있어야 한다.
• 인터페이스의 일관성 인터페이스 일관성이 잘 지켜졌는지에 따라 REST를 잘 사용했는지 판단을 할 수 있다.
  • 자원 식별
  • 메시지를 통한 리소스 조작
  • 자기 서술적 메시지
  • 애플리케이션 상태에 대한 엔진으로서 하이퍼미디어
• 자원 식별
  • 웹 기반의 REST에서는 리소스 접근을 URL을 사용합니다.
• 메시지를 통한 리소스 조작
  • Web에서는 다양한 방식으로 데이터를 전송 할 수 있습니다.
    • HTML, XML,JSON,TEXT등등 다양한 방법이 있음
    • 리소스 타입을 알려주기 위해서 header부분에 content-type을 동해서 어떠한 타입인지를 지정할 수 있습니다.
• 자기 서술적
  • 요청 하는 데이터가 어떻게 처리 되어져야 하는지 충분한 데이터를 포함 할 수 있어야 합니다.
  • HTTP 기반의 REST에서는 HTTP Method와 Header의 정로 이를 표현할 수 있습니다.
• 애플리케이션 상태에 대한 엔진으로서 하이퍼미디어
  • REST API를 개발할때에도 단순히 Client 요청에 대한 데이터만 내리는 것이 아닌 관련된 리소스에 대한 Link 정보까지 같이 포함 도어야 한다.보
  • 이러한 조건들을 잘 간춘 경우 REST Ful 하다고 말하고 이를 REST API라고 부른다.
• URI
  • 인터넷에서 특정 자원을 나타내는 주소값. 해당 값은 유일 함
• URL
  • 인터넷 상에서의 자원, 특정 파일이 어디에 위치하는지 식별 하는 주소
  • URL은 URI의 하위 개념
• URI 설계원칙 (RFC-3986)
  • 슬래시 구분자(/)는 계층 관걔를 나타내는 데 사용한다.
  • URI 마지막 문자로(/)는 포함하지 않는다.
  • 하이픈(-)은 URI 가독성을 높이는데 사용한다.
  • 밑줄(_)은 사용하지 않는다.
  • URI 경로에는 소문자가 적합하다.
  • 파일 확장자는 URI에 포함하지 않는다.
  • 프로그래밍 언어에 의존적인 확장자를 사용하지 않는다.
  • 구현에 의존적인 경로를 사용하지 않는다.
  • 세션 ID를 포함하지 않는다.
  • 프로그래밍 언어의 Method명을 이용하지 않는다.
  • 명사에 단수형 보다는 복수형을 사용해야 한다. 컬렉션에 대한 표현은 복수로 사용
  • 컨트롤러 이름으로는 동사나 동사구를 사용한다.
  • 경로 부분 중 변하는 부분은 유일한 값으로 대체 한다.
  • CRUD 기능을 나타내는것은 URI에 사용하지 않는다.
  • URI Query Parameter 디자인
    • URI 쿼리 부분으로 컬렉션 결과에 대해서 필터링 할 수 있다.
    • URI 쿼리는 컬렉션의 결과를 페이지로 구분하여 나타내는데 사용한다.
  • API에 있어서 서브 도메인은 일관성 있게 사용해야 한다.
  • 클라이언트 개발자 포탈 서브 도메인은 일관성 있게 만든다.

Spring Boot

• Spring Boot는 단순히 실행되며, 픅로덕션 제품 수준의 스프링 기반 어플리케이션을 쉽게 만들 수 있다.

• Spring Boot 어플리케이션에는 Spring 구성이 거의 필요 하지 않다.

• Spring Boot java -jar로 실행하는 Java 어플리케이션을 만들 수 있다.

• 주요 목표

  • Spring 개발에 대해 빠르고, 광범위하게 적용 할 수 있는 환경
  • XML 구성 요규사항이 전혀 없음

• Spring Boot 소개

  • 어플리케이션 개발에 필수 요소들만 모아두었다.
  • 간단한 설정으로 개발 및 커스텀이 가능하다.
  • 간단하고 빠르게 어플리케이션 실행 및 배포가 가능하다
  • 대규모프로젝트(운영환경)에 필요한 비 기능적 기능도 제공한다
  • 오랜 경험에서 나오는 안정적인 운영이 가능하다.
  • Spring에서 불편한 설정이 없어졌다.(XML 설정 등등)