컴퓨터 네트워킹에 관심이 있거나 일부 응용 프로그램의 네트워크 설정을 자세히 살펴보면 TCP 및 UDP라는 용어를 본 적이 있을 것입니다.
TCP(Transmission Control Protocol)와 UDP(User Datagram Protocol)는 인터넷 프로토콜 제품군의 일부입니다. TCP와 UDP는 인터넷을 통해 정보를 보내는 다른 방법입니다.
그러나 그들이 무엇을 의미하는지 알더라도 어떤 프로토콜을 사용해야 하는지 또는 왜 다른 프로토콜을 사용해야 하는지 알기 어렵습니다.
이 기사에서는 컴퓨터 네트워킹 기본 사항, TCP와 UDP의 차이점, 각각이 사용되는 경우 등을 살펴보겠습니다.
컴퓨터 네트워킹 기본 사항
TCP 및 UDP 작동 방식에 대해 알아보기 전에 인터넷 작동 방식에 대한 기본 사항을 아는 것이 좋습니다.
일반적으로 인터넷은 장치를 연결하는 네트워크입니다. 스마트폰이든 서버이든 각 장치는 인터넷 프로토콜 제품군을 통해 통신합니다.
인터넷 프로토콜 제품군은 장치가 서로 통신하기 위한 다양한 프로토콜 또는 방법의 모음입니다. TCP와 UDP는 모두 인터넷 프로토콜 제품군의 주요 프로토콜입니다.
인터넷에 연결된 각 장치에는 고유한 IP 주소가 있습니다. 그리고 두 장치가 인터넷을 통해 통신할 때마다 TCP 또는 UDP를 사용하여 통신할 가능성이 높습니다.
다음은 이 둘을 간략하게 비교한 것입니다.
인터넷 작동 방식에 대한 더 높은 수준의 개요를 보려면 다음 5분짜리 비디오를 확인하십시오.
TCP란 무엇입니까?
TCP 또는 전송 제어 프로토콜은 온라인에서 가장 일반적인 네트워킹 프로토콜입니다. TCP는 매우 안정적이며 웹서핑(HTTP), 이메일 전송(SMTP), 파일 전송(FTP)에 이르기까지 모든 작업에 사용됩니다.
TCP는 한 장치에서 보내는 모든 데이터가 다른 장치에서 완전히 손상되지 않은 상태로 수신되어야 하는 상황에서 사용됩니다.
예를 들어, 웹 사이트를 방문할 때 TCP는 페이지를 렌더링하는 데 필요한 텍스트, 이미지 및 코드의 모든 것이 도착하도록 보장하는 데 사용됩니다. TCP가 없으면 이미지나 텍스트가 누락되거나 잘못된 순서로 도착하여 페이지가 깨질 수 있습니다.
TCP는 연결 지향 프로토콜입니다. 즉, 데이터를 전송하기 전에 두 장치 간에 연결을 설정하고 전송 프로세스 동안 해당 연결을 유지합니다.
두 장치 간의 연결을 설정하기 위해 TCP는 3방향 핸드셰이크라는 방법을 사용합니다.
예를 들어, 장치에서 이 기사를 읽기 위해 장치는 먼저 SYN(동기화 시퀀스 번호)이라는 freeCodeCamp 뉴스 서버에 메시지를 보냈습니다.
그런 다음 freeCodeCamp 뉴스 서버는 SYN-ACK라고 하는 확인 메시지를 다시 보냅니다.
장치가 서버로부터 SYN-ACK를 수신하면 ACK 확인 메시지를 다시 보내 연결을 설정합니다.
두 장치 간에 TCP 연결이 설정되면 프로토콜은 모든 데이터 전송을 보장합니다.
장치 및 freeCodeCamp 뉴스의 예로 돌아가서 3방향 핸드셰이크가 완료되면 뉴스 서버는 장치의 웹 브라우저가 이 기사를 렌더링하는 데 필요한 모든 데이터를 보내기 시작할 수 있습니다.
모든 장치는 데이터를 인터넷을 통해 보내기 전에 작은 패킷으로 나눕니다. 그런 다음 해당 패킷은 다른 쪽 끝에서 재조립해야 합니다.
따라서 freeCodeCamp 뉴스 서버는 이 기사에 대한 HTML, CSS, 이미지 및 기타 코드를 보낼 때 모든 것을 작은 데이터 패킷으로 분해한 후 장치로 보냅니다. 그런 다음 장치는 해당 패킷을 이 기사를 렌더링하는 데 필요한 파일과 이미지로 재조립합니다.
TCP는 이러한 패킷이 모두 장치에 도착하도록 합니다. 도중에 패킷이 손실된 경우 TCP를 사용하면 장치에서 서버에 누락된 데이터가 있음을 쉽게 알리고 서버에서 해당 패킷을 다시 보낼 수 있습니다.
장치가 기사를 렌더링하는 데 필요한 모든 데이터를 수신하면 TCP는 이번에는 FIN 및 ACK 패킷을 사용하는 3방향 핸드셰이크와 유사한 방법으로 두 장치 간의 연결을 자동으로 종료합니다.
UDP란 무엇입니까?
UDP 또는 사용자 데이터그램 프로토콜은 인터넷 프로토콜 제품군을 구성하는 또 다른 주요 프로토콜 중 하나입니다. UDP는 TCP보다 덜 안정적이지만 훨씬 간단합니다.
UDP는 라이브 비디오/오디오와 같이 일부 데이터 손실이 허용되는 상황이나 온라인 게임과 같이 속도가 중요한 요소인 상황에 사용됩니다.
UDP는 온라인으로 데이터를 보내고 받는 데 사용된다는 점에서 TCP와 유사하지만 몇 가지 주요 차이점이 있습니다.
첫째, UDP는 연결이 없는 프로토콜입니다. 즉, TCP가 3방향 핸드셰이크를 사용하는 것처럼 미리 연결을 설정하지 않습니다.
다음으로 UDP는 모든 데이터가 성공적으로 전송되었음을 보장하지 않습니다. UDP를 사용하면 데이터가 우연히 수신되는 모든 장치로 전송되지만 그 중 일부가 도중에 손실되더라도 상관하지 않습니다. 이것이 UDP가 "fire-and-forget" 프로토콜이라고도 알려진 이유 중 하나입니다.
이러한 차이점에 대해 생각하는 좋은 방법은 TCP가 두 사람 간의 대화와 같다는 것입니다. A라는 사람이 B에게 말을 걸어달라고 합니다. B씨는 괜찮다고 합니다. A라는 사람이 동의하고 둘 다 말하기 시작합니다.
UDP는 확성기를 들고 밖에 있는 시위대와 비슷합니다. 시위자에게 주의를 기울이고 있는 모든 사람은 그들이 하는 말의 대부분을 들어야 합니다. 그러나 그 지역의 모든 사람이 시위자가 하는 말을 듣거나 듣고 있다는 보장은 없습니다.
TCP와 UDP 중 어느 것이 더 빠릅니까?
일반적으로 UDP가 더 빠른 프로토콜입니다.
UDP는 훨씬 간단하며 데이터를 보내기 전에 장치 간 연결을 설정하거나 모든 데이터가 도착했는지 확인하지 않습니다. 단순히 데이터를 요청하는 모든 장치에 데이터를 보내고, 다른 장치의 연결이 끊기거나 보낼 데이터가 더 이상 남아 있지 않을 때까지 계속 수행합니다.
병에서 홀짝이기 보다는 호스로 마시는 것을 생각하십시오. 어느 쪽이든 갈증을 해소할 수 있지만 전자의 방법을 사용하면 결국 젖은 셔츠가 될 것입니다.
그러나 더 빠르다는 것이 UDP가 전반적으로 더 나은 프로토콜임을 의미하지는 않습니다. 특정 상황에서 더 좋다는 의미입니다.
앞서 언급했듯이 TCP는 모든 데이터 패킷이 순서대로 전송되고 모든 패킷이 도착하는 것이 중요한 상황에서 필요합니다. 웹은 TCP 없이는 작동하지 않습니다.
TCP는 연결을 설정하는 방식과 누락된 패킷 검사로 인해 느리지만 여전히 엄청나게 빠를 수 있습니다. 웹에 있고 HTTP를 사용하기 때문에 YouTube 또는 Netflix와 같은 사이트는 모두 TCP를 사용하여 기기에 데이터를 보냅니다.
TCP는 또한 버퍼링을 허용하므로 시청하는 동안 브라우저에서 더 많은 데이터를 요청하고 로드할 수 있으므로 원활한 재생이 가능하고 동영상의 다른 부분으로 건너뛸 수 있습니다.
UDP는 잠재적인 데이터 손실보다 속도가 더 중요한 라이브 비디오 및 오디오 또는 온라인 게임에 더 나은 선택입니다.
Google Meet 또는 Zoom을 통해 전화를 걸면 동영상과 오디오가 UDP를 통해 전송됩니다. 도중에 일부 패킷이 손실되면 약간의 지연 또는 잘린 비디오/오디오로 나타납니다.
비디오 게임을 하는 경우 TCP가 모든 데이터 패킷이 다른 장치에 도달하도록 보장하는 방식이 이상적인 선택이 될 것이라고 생각할 수 있습니다. 그러나 실제로 TCP가 수행하는 모든 데이터 확인 및 재전송은 대기 시간을 추가합니다.
게임 개발자는 플레이어 입력과 상태가 가능한 한 정확하도록 하는 다른 영리한 방법을 찾았습니다. UDP가 온라인 게임에 선호되는 이유에 대해 자세히 알아보려면 이 문서를 확인하십시오.
FIN
이 기사가 TCP와 UDP의 미묘한 차이를 이해하는 데 도움이 되었기를 바랍니다. 누가 더 빠른지 묻는다면 여기에서 읽은 내용을 알려주세요. "UDP가 더 빠르지만 ..."
그리고 읽은 내용이 마음에 들면 Twitter에서 알려주세요.