HTTP API 설계 회원관리 시스템 API - POST 기반 등록. 리소스 식별은 리소스를 식별해야 된다. 회원 목록 /members -> GET 회원 등록 /members -> POST 회원 조회 /members/{id} -> GET 회원 수정 /members/{id} -> PATCH, PUT, POST 회원 삭제 /members/{id} -> DLELTE PUT -> 덮어쓰기 FATCH -> 일부 수정 POST를 하게 되면? 회원 DB에 넣고 그 식별을 서버가 만든다. ex) 회원 id URI를 생성한다. 누가? 서버가. HTTP/1.1 201 Create Location : /members/100 이렇게 서버가 관리하는 리소스를 컬렉션이라고 한다. 서버가 관리하는 리소스 디렉토리. 서버가 리소스의..

HTTP Header 정리를 하는 이유 KOCW의 "컴퓨터 네트워크 - 한양대학교 이석복 교수님" 강의 중에 이런 표현이 있다. "TCP를 이해하려면 TCP Header를 이해하면 된다." "UDP를 이해하려면 UDP Header를 이해하면 된다." 실제로 토씨 하나 안 틀리고 위와 같이 말씀하신 것은 아니지만 비슷한 문장(맥락)이었다. 결국, 어떤 프로토콜을 이해하려면 프로토콜의 헤더만 알면 된다는 얘기었다. 왜 그럴까? 특정 프로토콜의 헤더의 내용은 특정 프로토콜의 기능을 제공하기 위해 담고 있는 최소한의 정보기 때문이다. 헤더에 그 프로토콜에 불필요한 내용을 담으면 네트워크로 전송되는 데이터의 크기가 커져서 빠른 전송이 불가능하기 때문에 프로토콜을 설계할 때부터 꼭 필요한 내용만 담아야 하고, 모든..

IP 패킷 정보, 출발지 IP, 목적지 IP, 기타..(메세지?등) 아이피 패킷 만들어서 딱 던진다. 노드끼리 다 규약을 따르고 있어서 쭉 ~~ 떤진다. 목직지 IP 누구야~~ 찾는다. 그래서 미국에 있는 친구한테 도달하게 된다. 반대도 마찬가지다. -------------------------------------------------------- 한계가 있다. IP 프로토콜의 한계 1. 비연결성, : 대상이 없거나 서비스 불능상태여도 일단 전송 2. 비신뢰성, : 중간에 패킷 사라진다?, 순서대로 도착하지 않는다? 3. 프로그램 구분 : 같은 IP에서 어플리케이션 여러개 쓰는데 어떻게 구분함? *비연결성 -도착 IP 상태가 어떤지 모르는데 그냥 쏜다 일단은 *패킷소실 -예를들어 서버가 꺼지거나, 뭐든..

인터넷 프로토콜 스택의 4계층 *에플리케이션 계층 - HTTP, FTP *전송 계층 - TCP, UDP *인터넷 계층 - IP *네트워크 인터페이스 계층 -