복습을 위한

클라이언트에서 서버로 데이터 전송 (데이터 전달 방식은 크게 2가지로 나눌 수 있다.) • 쿼리 파라미터를 통한 데이터 전송 • GET • 주로 정렬 필터(검색어) • 메시지 바디를 통한 데이터 전송 • POST, PUT, PATCH • 회원 가입, 상품 주문, 리소스 등록, 리소스 변경 클라이언트에서 서버로 데이터를 전송하는 상황은 네가지로 나뉜다. 먼저 정적데이터조회를 살펴보자 이미지나 정적 텍스트 문서가 해당된다. GET으로 URI경로를 보내면 서버에서 받아서 그 해당경로로 약속되어있는 리소스를 클라이언트에게 내려준다. 추가적인 쿼리데이터나 파라미터가 필요없다. • 이미지, 정적 텍스트 문서 • 조회는 GET 사용 • 정적 데이터는 일반적으로 쿼리 파라미터 없이 리소스 경로로 단순하게 조회 가능 다..

HyperText Transfer Protocol Hypertext 뿐만아니라 거의 모든 형태의 데이터를 전송할 수 있다. 서버간에 데이터를 주고 받을 때도 대부분 HTTP 사용한다. 우리에게 가장 중요한 HTTP 버전은 HTTP/1.1 --- 가장 많이 사용 2, 3 은 1.1에서 성능개선한 것 버전3은 UDP 사용(성능 최적화해서 새로설계해 사용) ---- TCP는 속도가 빠른 메커니즘이 아님(3WAY-Handshaking) 클라이언트와 서버가 분리되어있지않았다 오래전에는... 지금은 분리되어있고 비즈니스로직과 데이터는 서버가 전부 담당하고 클라이언트는 UI와 사용성에 집중한다. 그러므로 양 쪽이 독립적으로 진화를 할 수 있다.! 참고 https://www.inflearn.com/course/http..

TCP세그먼트의 정보들 덕분에 앞선시간 말한 IP의 문제점을 해결할 수 있습니다. 패킷을 세그먼트로 감싸 전달합니다. TCP 특징 전송 제어 프로토콜(Transmission Control Protocol) • 연결지향 - TCP 3 way handshake (연결이 가능한 상태여야지 메세지를 보냅니다.) (물리적연결이 아닌 가상 연결 입니다. 논리적인 연결) • 데이터 전달 보증 • 순서 보장 • 신뢰할 수 있는 프로토콜 • 현재는 대부분 TCP 사용 UDP 특징 사용자 데이터그램 프로토콜(User Datagram Protocol) • 하얀 도화지에 비유(기능이 거의 없음) • 연결지향 X - TCP 3 way handshake X • 데이터 전달 보증 X • 순서 보장 X • 데이터 전달 및 순서가 보..

IP 인터넷 프로토콜 역할 • 지정한 IP 주소(IP Address)에 데이터 전달 • 패킷(Packet)이라는 통신 단위로 데이터 전달 패킷에는 송신측과 수신측의 ip의 주소와 메세지가 포함된다. IP 프로토콜의 한계 • 비연결성 • 패킷을 받을 대상이 없거나 서비스 불능 상태여도 패킷 전송(대상서버가 패킷을 받을 수 있는 상태인지모름!) • 비신뢰성 • 중간에 패킷이 사라지면?(패킷 소실 가능성이 있다) • 패킷이 순서대로 안오면?(용량이 클 때 패킷을 나누게 되는데 순서가 뒤바뀔 수 있다. 메세지가 뒤죽박죽) • 프로그램 구분 • 같은 IP를 사용하는 서버에서 통신하는 애플리케이션이 둘 이상이면? (게임하면서 음악을 듣는다면?) 해결할 수 없는 부분들이 많다..... 그걸 해결 할 수 있는 것이 T..