TCP의 신뢰성은 늦게 도착한 데이터가 아예 손실된 데이터보다 더 나쁜 상황에서는 오히려 짐이 됩니다. 실시간 애플리케이션이 UDP를 필요로 하는 이유는 정확히 UDP가 아무것도 해주려 하지 않기 때문입니다.
TCP는 패킷 손실을 하나하나 위기로 받아들입니다. UDP는 다른 질문을 던집니다: 이 데이터가 아직도 의미 있는가? 손실을 감지하고, 선택적으로 복구하고, 이중화로 예방하거나, 예측으로 완전히 감추는 방법을 살펴봅니다.
어느 쪽도 먼저 상대방에게 닿을 수 없습니다—그래서 둘 다 동시에 손을 뻗습니다. 패킷은 거부되지만, 바로 그 거부가 둘에게 필요한 통로를 만들어냅니다.
UDP는 전달을 보장하지 않고, 실패해도 다시 시도하지 않으며, 패킷이 도착하는지조차 신경 쓰지 않습니다. 영상 통화와 온라인 게임에서는 바로 그 점이 UDP를 작동하게 만드는 이유입니다.
TCP의 신뢰성에는 1974년에 설계된 제약이 함께 딸려옵니다. QUIC은 동일한 보장—암호화된 연결, 순서 있는 전달, 손실 복구—을 핸드셰이크 의식도, 헤드 오브 라인 블로킹도, 네트워크 전환 시 끊어지는 취약한 신원도 없이 제공합니다.
왜 '신뢰할 수 있는' 프로토콜이 실시간을 오히려 망칠까요? 게임, VoIP, 스트리밍에서 오래된 데이터는 늦은 게 아니라 틀린 것이기 때문입니다. UDP는 애플리케이션이 무엇을 잃어버릴지 스스로 결정할 수 있게 해줍니다.
이 페이지가 도움이 되었나요?