| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 | 31 |
- Network
- docker
- CKA 기출문제
- aws
- LLM
- minikube
- tucker의 go 언어 프로그래밍
- 정보처리기사 실기 기출문제
- SRE
- 바이브코딩
- kotlin coroutine
- MySQL
- AI
- CloudWatch
- 공부
- Kubernetes
- Claude
- 티스토리챌린지
- Java
- Spring
- Rag
- 코틀린 코루틴의 정석
- CKA
- golang
- kotlin
- AWS EKS
- PETERICA
- 오블완
- 기록으로 실력을 쌓자
- go
- Today
- Total
목록2026/07/20 (2)
피터의 개발이야기
목차: [Network] TCP/IP를 우편 시스템으로 이해하기TCP/IP를 우편 시스템으로 이해하기 — Part 5. 믿을 수 없는 길 위에서 믿을 수 있게 보내기ㅁ 들어가며TCP는 잃어버린 Byte를 찾아 다시 보낼 수 있다.그렇다고 확인 응답이 오기 전에 Data를 무제한으로 보내도 되는 것은 아니다.받는 Application이 천천히 읽으면 Receiver의 Memory Buffer가 가득 찬다.양쪽 Computer가 충분히 빨라도 중간 Router로 Packet이 한꺼번에 몰리면 Queue가 넘친다.겉으로는 둘 다 “Sender가 너무 빨리 보냈다”는 문제처럼 보인다. 그러나 보호해야 할 대상이 다르다.Receiver가 감당하지 못함→ Flow Control→ Receive Window(rwnd..
목차: [Network] TCP/IP를 우편 시스템으로 이해하기TCP/IP를 우편 시스템으로 이해하기 — Part 5. 믿을 수 없는 길 위에서 믿을 수 있게 보내기ㅁ 들어가며TCP 연결이 만들어졌다고 해서 길이 안전해지는 것은 아니다.IP는 여전히 Best-Effort 방식으로 Packet을 전달한다.중간 Router의 Queue가 가득 차거나, 전송 중 Bit가 손상되거나, 경로가 순간적으로 바뀌면 TCP Segment가 사라질 수 있다. 그런데 네트워크에는 분실 신고서가 항상 도착하는 것도 아니다.Sender가 알 수 있는 것├─ 어떤 Byte를 보냈는가├─ Receiver가 다음에 어떤 Byte를 기다리는가└─ 응답이 언제, 어떤 순서로 돌아왔는가Sender가 직접 볼 수 없는 것├─ 어느 Rou..
