UDP는 IP 위에서 개별 데이터그램을 주고받는 전송 계층 프로토콜이다. 작은 헤더에 출발지·목적지 포트, 길이, 체크섬 정보를 담지만, 프로토콜 자체가 전달 성공이나 순서, 중복 방지를 보장하지 않는다. UDP 표준 RFC 768
데이터그램 단위의 통신
TCP가 바이트 스트림을 제공하는 것과 달리 UDP에서는 전송한 메시지의 단위가 의미를 가진다. 애플리케이션은 수신된 데이터그램마다 내용을 해석할 수 있다. 연결 설정 절차가 간단하다는 특성만으로 모든 서비스에서 더 빠르거나 효율적이라고 일반화할 수는 없다. 손실을 어떻게 처리하느냐에 따라 실제 결과가 달라진다.
센서 전송 예시
실내 온도 센서가 주기적으로 센서 번호·측정 시각·온도를 보낸다고 가정하자. 최신 온도를 표시하는 화면은 오래된 데이터 하나가 빠져도 다음 측정값으로 회복할 수 있다. 반면 모든 측정값의 보존이 목적이라면 빠진 순번을 찾아 재전송을 요청하는 별도 규칙이 필요하다.
| 요구사항 | 애플리케이션에서 고려할 처리 |
|---|---|
| 최신 상태 표시 | 시각이나 순번으로 오래된 값 제외 |
| 중복 실행 방지 | 메시지 식별자를 기록하고 비교 |
| 누락 없는 저장 | 확인 응답·재시도·영속 저장 설계 |
이 표는 특정 제품의 동작 보장이 아니라 UDP를 이용하는 시스템의 설계 예시다.
신뢰성을 올리는 위치
UDP 위에 상위 프로토콜을 설계하면 필요한 신뢰성 기능을 더할 수 있다. 그 경우의 보장은 UDP 자체가 아니라 상위 계층에서 나온다. DNS 같은 다른 프로토콜의 특성을 설명할 때도 전송 수단과 서비스 규칙을 분리해야 한다. UDP 사용 지침 RFC 8085
운영 시 확인할 점
목적지 포트에 대한 방화벽 정책, 패킷 손실, 메시지 크기, 처리 대기량을 확인한다. 체크섬이 있다고 암호화나 사용자 인증이 제공되는 것은 아니다. 또한 응답이 없다는 사실만으로 서버가 중단됐다고 단정하기보다 경로 차단과 유실 가능성을 함께 구분한다.