본문 바로가기
반응형

분류 전체보기601

HTTP 서론 이제는 왠만하면 TCP통신를 직접연결하기보단 HTTP통신을함.HTTP1.1, HTTP2는 TCP기반인데HTTP3는 UDP기반 TCP는 3way handshake때문에 엄청 빠르진않음HTTP3는 UDP를 최적화하여 TCP의 장점+속도까지 챙김 2024. 5. 18.
TCP UDP IP 프로토콜의 한계IP 프로토콜은 아래 한계들이 있다.비연결성: 서버에서 못받는 상황이어도 그냥 계속 보냄 (상어가 해저 케이블을 뜯어먹어서 물리적인 연결고리가 끊어져도 알 수 없음)순서 보장이 안됨: 대용량 데이터를 전송하다보면 분할하여 보내게 되는데 중간과정에서 순서가 변경되어도 이를 알 수 없음구분안됨: 같은 IP에서 여러 어플리케이션을 사용할 경우 구분 못함(ex: 멜론켜놓고 게임할때)위 문제들을 해결 할 수 있는 프로토콜이 TCP 프로토콜이다.TCP 프로토콜전송 제어 프로토콜이다. 말부터가 전송을 제어한다고 한다.출발지와 도착지의 port 와 더불어 전송제어, 순서, 검증등의 정보를 담고 있다. 다음 특징이 있다.연결지향: 3way handshake로 상호간의 연결을 논리적으로 확인한 후에 데.. 2024. 5. 14.
IP: Internet Protocol IP는 Internet Protocol의 약자이다. 일단 프로토콜은 제껴두고 그냥 IP 주소만 생각해보자.IP 주소100.100.100.1 같은것이 IP 주소이다. 패킷클라이언트에서 서버로 데이터를 전송할때는 패킷단위로 전송을 하는데 패킷이 무엇일까? 패킷은 출발지 IP, 목적지 IP, 데이터, 기타 등등.. 을 담고 있는 하나의 단위이다. IP 한계비연결성목적지가 없어도 패킷이 전송된다. 상대가 받든 말든 개의치 않고 일단 보내는 것이다.=> 저장이 안되고 있는데 계속 데이터를 전송 할 수 있음비신뢰성탈취되거나 순서보장이 안되는 경우에 대비책이 없다.예를들어서 상어가 해저케이블을 뜯어먹거나(탈취)대용량 데이터를 소분해서 전송하는데 전송과정에서 순서가 뒤엉키는 경우(순서보장 안됨)구분안됨같은 IP 사용.. 2024. 5. 14.
깃헙액션 Artifact과 Output Artifact동일한 워크플로우 내에서 job 사이에 데이터 공유워크플로우 종료된 후에도 90일간 데이터 유지파일, 파일모음으로 공유(ex: hello.txt)echo hello-world > hello.txtOutput단순 값 전달key-value 형태 저장echo "{key}={value}" >> $GITHUB_OUTPUT 2024. 5. 14.
반응형