IP(Internet Protocol)
- 지정한 IP주소에 데이터 전달
- 패킷 이라는 통신 단위로 데이터 전달
단점
- 패킷을 받을 대상이 없거나 서비스 불능 상태여도 패킷 전송
- 비신뢰성
- 같은 IP를 사용하는 서버에서 통신하는 애플리케이션이 둘 이상이면 구분 하기 어려움
TCP(Transmission Control Protocol)
- 연결 지향 TCP2 way handshake (가상 연결 - 노드가 정해지는 것은 아님)
- 데이터 전달 보증
- 순서 보장
- IP의 단점을 거의 보안 하였다
- 대신 개발자가 최적화를 위해 기능 재조립하기에는 알맞지 않음 완성형에 가깝기 때문에
UDP(User Datagram Protocol)
- IP와 거의 비슷
- 차이점은 PORT 체크섬 정도가 추가
- 데이터 전달의 순서가 보장되지 않지만 단순하고 빠름
- TCP가 재조립하기 어렵다면 UDP는 하얀 도화지 같아서 최적화 하기 위해 재조립하기 알맞다
DNS(Domain Name System)
- 도메인 명을 IP주소로 변환해준다
URL - 위치, URN - 이름
*위치는 변할 수 있지만 이름은 변할 수 없다
*URN 이름만으로 실제 리소스를 찾을 수 있는 방법이 보편화 되지 않음
URI(Uniform Resource Identifier)
Uniform - 리소스 식별하는 통일된 방식
Resource - 자원 URI로 식별할 수 있는 모든 것 (제한 없음)
Identifier - 다른 항목과 구분하는데 필요한 정보
Stateful , stateless 차이
상태 유지 : 중간에 다른 점원으로 바뀌면 안된다
(중간에 다른 점원으로 바뀔 때 산태 정보를 다른 점원에게 미리 알려줘야 한다
무상태 : 중간에 다른 점원으로 바뀌어도 된다
갑자기 고객이 증가해도 점원을 대거 투입할 수 있다
갑자기 클라이언트 요텅이 증가해도 서버를 대거 투입할 수 있다
무상태는 응답 서버를 쉽게 바꿀 수 있다 -> 무한한 서버 증설 가능
Stateful은 서버가 상태를 유지하기 때문에 중간에 서버가 바뀌면 안됨
stateless은 서버가 상태를 가지고 있기보다는 클라이언트 쪽에서 가지고 있어 대량의 서버가 투입이 되도 상관이 없다
상태유지는 최소한만 사용
리소스 작성 시
예 ) 멤버 조회 -> members(O) selectMember(X)
리소스만 작성하고 행위는 http메소드로 처리해야한다
HTTP 메서드 종류
GET - 리소스 조회 , 메시지 바디를 이용해서 데이터를 전달할 수 있지만 지원하지 않는 곳이 많아 권장하지 않음
POST - 요청 데이터 처리 , 메시지 바디를 통해 서버로 요청 데이터 전달
PUT - 리소스를 대체 , 클라리언트가 리소스 위치를 알고 URI 지정
PATCH - 리소스 부분 변경
DELETE - 리소스 삭제
