코르시카's Blog

1. API 만들기 example) 회원 정보 관리 API 만들기 ※ CRUD and GPPD Create = PUT with a new URI POST to a base URI returning a newly created URI Read = GET Update = PUT with an existing URI Delete = DELETE 1-1) 요구사항 회원 목록 조회 회원 조회 회원 수정 회원 삭제 1-2) URI 설계 > 안좋은 예시 ( 리소스 식별과 행위가 같이 URI안에 명시되어 있음 ) 1-3) URI 설계 좋은 예시 > 리소스를 기준으로 작성 (a) 리소스의 의미 - 회원을 등록하고 수정하는 것이 아닌 회원이라는 개념 자체가 리소스 (b) 리소스를 식별하는 방법 - 회원을 등록하고 수정하고..

1. HTTP 메시지 모든 것을 전송 1-1) 정의 Hyper Text Transmission Protocol "말 그대로 text"의 의미 요즘은 범위가 늘어나서 거의 모든 영역에서 HTTP 전송을 사용 HTML, TEXT IMAGE, 음성, 영상, 파일 JSON, XML 거의 모든 형태의 데이터 전송 가능 서버간의 데이터 주고 받을 때도 HTTP사용 지금은 HTTP 시대! 2. HTTP 메세지 구조 > HTTP 요청 / 응답 메세지로 구분 ※ empty line CRLF는 엔터와 비슷(반드시 있어야 함) ※ 요청 메세지의 body도 내용이 있을 수 있음 2-1) HTTP 요청 ※ message body는 없을 수도 있음 (a) 시작 라인 start-line = request-line / status-..

1. 연결 / 비연결성 차이 1-1) 연결 유지 모델 > Connection 유지하려고 주기를 가지고 계속 체크하면 서버 자원 소모 ( Client가 놀고 있어도 자원이 소모가 됨 ) 1-2) 비연결 모델 > 요청이 들어올 때만 연결을 유지함 = Connectionless 최소한의 자원으로 서버 유지 가능 (a) 장점 HTTP는 기본이 연결을 유지하지 않는 모델 일반적으로 초단위 이하의 빠른 속도로 응답 - HTTP가 1시간 동안 수천명이 사용하는 서비스여도 실제 서버에서 동시에 처리하는 요청은 수십개 이하 - 웹브라우저에서 클라이언트의 요청을 한번 처리하면(쿼리 + 페이지 rendering) 클라이언트가 그 웹페이지에서 상당시간동안 시간을 보내기 때문에 비연결방식으로 서버 자원을 효율적으로 서비스 할 ..

1. HTTP 무상태 프로토콜 1-1) 정의 aka. Stateless 라고도 함 ( ※ Stateful과 반대 개념 ) 서버가 클라이언트의 상태를 보존, 기억하지 않는 것을 의미 ※ Stateful, Stateless 차이 1) Stateful ※ 서버 장애시 client는 처음부터 다시 수행해야 함(문맥이 유지되어야 하는데 사라졌으므로) 2) Stateless 컨텍스트 / 문맥없어도 사용가능, client는 매번 필요한 정보 모두 보내줌 → 어떤 서버가 와도 client는 동일하게 느끼기 때문에 서버 Scale-Out에 용이 ※ 서버 장애시 client는 다른 서버로 가서 수행 가능(문맥이 없어도 되므로) 3) Stateful, Stateless차이 상태유지 : 중간에 다른 서버로 바뀌면 안됨 - 바..

1. HTTP란? 1-1) 정의 HyperText Transfer Protocol 1-2) 주고 받는 종류 지금은 HTTP 시대 HTML, Text Image, 음성, 영상, 파일 JSON, XML(API) 거의 모든 형태의 데이터 전송 가능 서버간에 데이터를 주고 받을 때도 대부분 HTTP 사용 1-3) HTTP 역사 HTTP 1.1이 제일 중요 기반 프로토콜(Scheme) TCP : HTTP/1.1, HTTP/2 UDP : HTTP/3 ※ 현재는 주로 1.1 버전 사용 1-4) HTTP 특징 클라이언트-서버 구조 무상태 프로토콜(Stateless), 비연결성 HTTP 메세지 단순함, 확장이 매우 용이 2. 클라이언트-서버 구조 2-1) 정의 Request, Response 구조 클라이언트(브라우저 o..

1. URI 란? 1-1) 정의 a) 의미 Uniform Resource Identifier 라는 의미로 리소스를 식별하는 통합된 방법이라는 의미 Uniform : 리소스 식별하는 통일된 방식 Resource : 자원, URI로 식별할 수 있는 모든 것(제한 없음) - URI로 식별할 수 있는 모든 정보를 리소스라고 함 ( file / html 등등... ) Identifier : 다른 항복과 구분하는 데 필요한 정보 b) URI와 하위 개념 URI는 URL / URN을 포함하는 개념 URL - Locator, 리소스가 있는 위치를 지정 - URI == URL 의 개념으로 봐도 됨 URN - Name, 리소스에 이름을 부여 - 이름만으로 리소스를 찾는 방법이 보편화 되지 않았음 1-2) URL / URN..

1. Port 란? 1-1) 정의 한 IP에 여러 연결이 필요한 경우 사용하게 되는 것, 패킷이 Port로 구분 됨 받을 때와 전송할 때 마찬가지 > 한 IP 내에서 다음과 같이 포트 번호로 Application / 응용프로그램 별로 구분하여 패킷 접수/전송 가능 ( Port로 구분되는 적용 대상이 "패킷"인것이 중요! ) - IP는 출발 / 목적 IP 정보 가지고 있음 - TCP는 출발 / 목적 PORT 정보 가지고 있음 1-2) 주 정의된 PORT 0 ~ 65535 : 전체 할당 범위 0 ~ 1023 : 잘 알려진 포트, 사용하지 않는 것이 좋음 FTP - 20 ,21 TELNET - 23 HTTP - 80 HTTPS - 443 2. DNS 2-1) DNS 란? Domian Name Server 의 ..

1. 인터넷 통신 복잡한 인터넷 망을 통해 두대의 컴퓨터가 연결됨 이러한 통신을 하기 위한 규약이 있고 이가 IP(Internet Protocol) 임 1-1) IP (internet protocol) 통신하기 위한 규약의 총칭 통신규약을 따르는 통신 과정은 다음의 일련의 process를 거친다 (a) 두대의 컴퓨터 모두 ip 주소가 있어야 함 (b) 클라이언트(computer 1) IP 패킷 이라는 통신 단위로 데이터 전달 > 다음과 같이 패킷에 대한 정보를 추가로 기술해주어야 함 > 노드를 연결하는 서버들 끼리 규약을 따르기 때문에 최종 서버로 전달 될 수 있음 (c) 서버(computer 2) 마찬가지로 답장 전달(반드시 응답 해야 함) 1-2) IP 프로토콜의 한계 비연결성 - 패킷을 받을 대상이..

1. 기본기가 중요한 이유 프레임 워크를 사용하면, http를 안다고 가정하고 기본을 모른채 기능위주의 개발을 하게 될 가능성이 높음 POST, PUT, http 상태 코드등... 에대한 고민 2. 강의 목표 HTTP 전체 흐름 이해 실무에 꼭 필요한 핵심 내용 예시 / 그림으로 쉬운 설명을 통한 이해 3. 강의 대상 모바일 앱 웹 프론트엔드 백엔드 4. 강의 흐름 인터넷 네트워크 - 복잡한 인터넷 망 - 프로토콜 계층 - TCP 3 way handshake - DNS URI web browser request - HTTP 메세지 전송 HTTP 기본 - HTTP 특징 - 무상태 - Stateless - HTTP 지속연결 - HTTP 메세지 구조 HTTP 메서드 - API URI 설계와 문제점, http ..