HTTP MethodHTTP API를 만들어보자회원 정보 관리 API를 만들어라 -> API URI를 설계하자!회원 목록 조회 /read-member-list회원 조회 /read-member-by-id회원 등록 /create-member회원 수정 /update-member회원 삭제 /delete-member이렇게 설계하는 것이 좋은 URI 설계일까?? (X)-> URI 설계에서 가장 중요한 것은 리소스 식별 !!즉, URI는 리소스 식별을 기준으로 설계를 해야함API URI여기서 리소스란?회원 등록, 수정, 조회 하는 것이 리소스가 아님회원이라는 개념 자체가 바로 리소스 !즉, 회원이라는 리소스만 식별하면 됨 -> 회원 리소스를 URI에 매핑리소스 식별, URI 계층 구조 활용회원 목록 조회 /membe..

모든 것이 HTTPHTTP (Hyper Text Transfer Protocol)HTTP 메세지에 모든 것을 전송IMAGE, 음성, 영상, 파일, JSON, XML ...거의 모든 형태의 데이터 전송 가능 기반 프로토콜TCP: HTTP/1.1, HTTP/2TCP 위에서 동작3 way handshake 해줘야하고, 이것저것 많이 들어가 있어서 속도가 빠른 프로토콜은 아님UDP: HTTP/3UDP 기반으로 만들어졌음 HTTP 특징클라이언트 서버 구조무상태 프로토콜 (stateless), 비연결성HTTP 메시지 (보낼 때도 받을 때도 HTTP 메시지를 통해서 통신을 함)단순함, 확장 가능클라이언트 서버 구조Request Response 구조클라이언트는 서버에 요청을 보내고, 응답을 대기 (무작정 대기)서버가 ..

URI (Uniform Resource Identifier)리소스를 식별하는 통합된 방법자원이 어디에 있는지 자원 자체를 식별하는 방법URI는 Locator, Name 또는 둘 다 추가로 분류될 수 있다URIUniform: 리소스 식별하는 통일된 방식Resource: 자원, URI로 식별할 수 있는 모든 것web 브라우저의 html 파일 뿐만 아니라 실시간 교통정보와 같은 우리가 구분할 수 있는 모든 것Identifier: 다른 항목과 구분하는데 필요한 정보URLLocater: 리소스가 있는 위치를 지정우리가 웹브라우저에 무언가를 검색하면 그 주소에 있는 리소스를 보여주는 개념URNName: 리소스에 이름을 부여URN 이름만으로 실제 리소스를 찾을 수 있는 방법이 보편화 되지 않아서 많이 쓰이지는 않음U..

인터넷 통신인터넷 세계에서 컴퓨터 둘이 물리적으로 붙어있다면 케이블로 바로 연결해서 데이터를 받으면 됨하지만 현재 우리 세상의 인터넷은 굉장히 복잡하고 서로의 컴퓨터에게 데이터를 전송하기 위해서는 수 많은 중간 서버들을 거쳐야 함 IP (Internet Protocol)그래서 등장한 것이 인터넷 상에서의 주소 개념인 IPIP의 역할지정한 IP 주소에 데이터 전달패킷이라는 통신 단위로 데이터 전달 데이터를 보낼 때 출발지 ip와 목적지 ip를 헤더에 적어서 같이 보내줌인터넷은 다 같은 규약을 따르고 있기 때문에 인터넷 상의 노드들이 서로 ip주소를 물어가면서 최종적인 목적지에 도착하여 데이터를 전송BUTIP 프로토콜의 한계가 존재비연결성패킷을 받을 대상이 없거나 서비스 불능 상태여도 패킷을 전송비신뢰성중간..