Cloudflare Realtime SFU DataChannel, 비순차·부분 신뢰 전송 옵션 추가

Cloudflare는 Realtime SFU의 DataChannel 전달 방식에 선택지를 추가했다. 이번 변경의 핵심은 기본 동작을 유지하면서도, 채팅과 같은 순서 보장이 중요한 트래픽과 게임 상태·센서 업데이트처럼 최신성이 더 중요한 트래픽을 서로 다른 정책으로 보낼 수 있게 했다는 점이다.

기본값은 유지, 실시간 애플리케이션에 맞춘 전달 정책 확대

Realtime SFU는 WebRTC 기반으로 오디오, 비디오, 애플리케이션 데이터를 중계하는 선택적 전달 장치(SFU)다. 이번 변경으로 DataChannel은 기존의 신뢰·순차 전송을 그대로 기본값으로 유지하면서, 비순차 전송과 부분 신뢰 전달을 선택할 수 있게 됐다.

순차 전송에서는 앞선 메시지가 지연되면 뒤따르는 메시지도 함께 대기할 수 있다. 반면 상태 동기화나 센서 값처럼 최신 데이터의 가치가 더 큰 경우에는, 늦어진 과거 메시지 복구보다 최신 메시지를 먼저 통과시키는 편이 서비스 특성에 더 맞을 수 있다.

어떤 서비스에 어떤 설정이 맞는지 구분 필요

Cloudflare 설명에 따르면 전달 설정은 두 가지를 결정한다. 새 메시지가 지연된 메시지를 앞질러 갈 수 있는지, 그리고 재전송을 언제 중단할지를 정하는 것이다.

운영 측면에서는 채팅, 제어 이벤트, 상태 동기화, 원격 센서 업데이트를 같은 채널 정책으로 묶지 않는 것이 중요하다. 메시지가 반드시 순서대로 도착해야 하는 기능은 기본 정책을 유지하고, 지연 허용도가 낮고 최신성이 중요한 데이터는 비순차 또는 부분 신뢰 설정 적용 여부를 분리 검토하는 편이 적절하다.

서비스 운영 점검 포인트

WebRTC 기반 실시간 서비스를 운영 중이라면 현재 사용 중인 DataChannel 용도를 먼저 분류할 필요가 있다. 특히 하나의 채널에 서로 다른 성격의 이벤트를 혼합해 보내고 있다면, 기능별 채널 분리 여부를 점검하는 것이 우선이다.

Cloudflare Realtime SFU를 사용하는 환경에서는 기존 채널이 기본적으로 계속 신뢰·순차 전송으로 동작하므로 즉시 동작이 바뀌지는 않는다. 다만 지연 메시지가 후속 이벤트를 막아 체감 품질에 영향을 주는 워크로드가 있다면, ordered 설정과 재전송 관련 필드 사용 여부를 애플리케이션 설계 기준에 맞춰 검토할 수 있다.

국내·일본 리전 분산이나 IDC 내부 네트워크 운영 관점에서 이번 변경은 네트워크 장비 설정 이슈라기보다 애플리케이션 전송 정책 선택에 가깝다. 따라서 회선 자체보다 세션 유형별 메시지 특성과 사용자 체감 지연 기준을 중심으로 테스트하는 것이 실질적이다.

핵심 포인트

• Realtime SFU DataChannel이 비순차 전송과 부분 신뢰 전달을 지원한다.
• 기본값은 기존과 같은 신뢰·순차 전송이라 기존 채널 동작은 유지된다.
• 게임 상태, 센서 업데이트처럼 최신성이 중요한 데이터는 정책 분리 검토가 가능하다.
• 운영자는 DataChannel별 메시지 성격과 재전송 필요성을 구분해 설정해야 한다.