인터넷 프로토콜 IP (Internet Protocol)
인터넷 프로토콜은 인터넷이 통하는 네트워크에서 어떤 정보를 수신하고 송신하는 통신에 대한 규약을 의미한다
역할
출발지 / 목적지 주소 지정
데이터를 패킷 단위로 전달
하지만 IP 는 보내기만하는 프로토콜이여서 문제점이 많음
- 데이터 손실
- 중간에 패킷이 사라진다
- 재전송 기능 ❌
- 순서보장 ❌
- 먼저 보낸 데이터가 나중에 도착할수 있음
ex) 1,2,3,4,5 전송 -> 3,2,4,1,5 도착
- 중복데이터 발생
- 같은 데이터가 여러번 올수있다
- 연결개념 ❌
- 상대가 준비됐는지 모르고 그냥 전송해버린다
그래서 등장한 TCP / UDP 방식
TCP
❗정확하고 안전한 전송
- 연결 지향
- 순서 보장
- 재전송 가능
❓사용: - HTTP
- 로그인 / 결제
UDP
❗빠르지만 불안정 (속도를위해 신뢰성을 포기)
- 비연결형
- 순서 보장 없음
- 재전송 없음
❓사용:
- 게임
- 스트리밍
- 채팅
비교로 정리
| 구분 | TCP | UDP |
|---|---|---|
| 목적 | 신뢰성 | 속도 |
| 연결 | O | X |
| 순서 | 보장 | 없음 |
| 재전송 | O | X |
HTTP 란?
HTTP는 클라이언트와 서버가 웹에서 데이터를 주고받기 위한 프로토콜이다
ex) 어떻게 요청(Request)하고 응답(Response)할지 정해놓은 규칙
HTTP는 항상 요청 → 응답 구조
출저:https://gyuios.tistory.com/113
특징
- Stateless (무상태)
서버는 이전 요청을 기억하지 않는다.
- 로그인 정보 따로 저장 안함
- 매 요청마다 정보 필요
- Connectionless (비연결성)
- 요청/응답 끝나면 연결 종료
- 장점
서버 부담 줄어듦 - 단점
매번 새 연결 필요
REST(Representational State Transfer)란?
자원(Resource)을 이름(Name)으로 구분하여 해당 자원의 상태(정보)를 주고받는 것을 의미한다
그럼 RESTful API 는?
RESTful API는 HTTP 프로토콜을 기반으로 자원을 URI로 표현하고, HTTP Method로 행위를 정의하는 설계 방식이다
- HTTP 와의 관계 , REST vs RESTful 차이
| 구분 | 의미 |
|---|---|
| HTTP | 통신 규칙 |
| REST | 설계 철학 |
| RESTful | 설계 철학을 잘 지킨 API |
자원(Resource)
- 데이터 자체를 의미한다
- 명사형 복수형 사용
/users
/posts
/schedules
HTTP Method
-http method를 통해 해당자원에 대한 CRUD 적용
| 메서드 | 의미 | 예시 |
|---|---|---|
| GET | 조회 | 데이터 가져오기 |
| POST | 생성 | 데이터 추가 |
| PUT | 전체 수정 | 데이터 전체 변경 |
| PATCH | 부분 수정 | 일부 필드만 수정 |
| DELETE | 삭제 | 데이터 삭제 |
HTTP 상태코드
- 서버에서 발생한 예외를 처리하지 않으면 기본적으로 500 Internal Server Error가 반환
(예외를 throw new 로 발생시켜도 처리시키지않을경우)
| 범위 | 의미 |
|---|---|
| 2xx | 성공 |
| 3xx | 리다이렉션 |
| 4xx | 클라이언트 오류 |
| 5xx | 서버 오류 |
💡느낀점
포스트맨으로 테스트하면서 단순히 요청과 응답만 생각했었는데 실제로는 IP, TCP, HTTP 같은 여러 계층이 연결되어 동작한다는 것을 이해하게 되었다 특히 HTTP가 요청과 응답 구조를 가지는 규칙이라는 점과, RESTful이 그 위에서 동작하는 설계 방식이라는 점이 오래 기억에 남을꺼같다
