3.2 동기식 네트워크 메시지 브로커 트래픽 병목 모델

1. 서론

현대의 마이크로서비스(MSA)와 사물인터넷(IoT) 장치가 폭증하는 Cloud-to-Microcontroller 컨티뉴엄(Continuum) 환경에서, 시스템 구성 요소들을 연계하는 주요 통로로 네트워크 메시지 브로커(Message Broker) 미들웨어가 채택되어 왔다. 그러나 클라이언트 간 양방향 연계를 동기식(Synchronous) 인터페이스 혹은 단일 세션 관문에 전적으로 위임하는 전통적인 중앙 통제 브로커 방식은, 대규모 데이터 트래픽의 수용 한계점인 이른바 ’트래픽 병목 모델(Bottleneck Model)’을 악성적으로 발현시키며 확장성의 고질적인 질병이 되고 있다.

2. 동기식 브로커 아키텍처의 치명적 결함과 오버헤드

Kafka, RabbitMQ, 또는 원시적인 형태의 AMQP 및 동기식 지향 MQTT 기반 플랫폼은 복잡한 데이터 인 모션(Data in Motion) 연동 속에서 태생적인 제약을 맞는다.

직렬화 큐 대기 현상(Serialization Queue Blocking): 수만 대의 단말기가 거대 페이로드를 브로커로 발사(Publish)할 때, 브로커가 이를 수신하여 디스크에 동기식으로 로깅(Logging) 및 직렬화하기 전까지 세션 소켓이 정지 블로킹을 맞는다. 이는 1밀리초가 시급한 제어 시스템에 전면적인 처리 속도 하락을 유발한다.
브로드캐스트(Broadcast) 폭발과 CPU 고갈: 브로커는 패킷 단 하나를 구독자(Subscriber) 수만큼 수만 번 복제 및 암호화하여 할당해야 하므로, 네트워크 대역폭 부족 이전에 브로커 자체의 메모리와 CPU 사이클 소진이 일차적인 단일 장애점(SPOF) 폭파 스위치가 된다.
Edge 융화 불능 상태: 동기식 요청/응답(Request/Response) 모델을 융합한 무거운 미들웨어 브로커는 임베디드 단말용으로 쪼개서 배포하기가 극히 어렵다. 그리하여 통신 토폴로지(Mesh, Clique) 상 최말단에 서 있는 센서들마저 수십 미터 밖 로컬 피어가 아닌 클라우드 인터넷망 끝의 브로커 본진을 반드시 경유해야만 한다.

3. Zenoh 라우팅 및 피어 독립성 기반 브로커 병목 타파 모델

Zenoh 아키텍처는 고전적인 허브-앤-스포크(Hub-and-Spoke) 브로커에 맹목적으로 순응하지 않고, 중앙 집중형 부하를 노드별로 정교하게 난도질해 흩뿌려버리는 지능형 멀티 라우팅 패러다임을 제기한다.

브로커리스 P2P 및 분산 라우팅 융합 생태계: 통신 토폴로지를 단일 서버에 가두지 않는다. Zenoh Runtime 모델 내 피어(Peer) 노드들은 동적 발견(Dynamic Discovery/Scouting) 루틴을 거친 뒤 브로커 없이 P2P 직접 통신을 체결할 수 있다. 오버헤드가 극심한 중앙 라우터는 우회시키고 제로 카피(Zero-Copy) 기반의 논리적 단절 없는 병렬 경로를 생성한다.
비동기 Pull/Push의 혼합형 융단 폭격 제어: 기존 동기 브로커가 수천 번의 상태 질의에 지쳐 쓰러지는 현상을 막기 위해, Zenoh는 Data at Rest 아키텍처 위에서 Queryables 모델을 적용한다. 브로커가 일일이 이벤트를 쏴주지 않고, 각 노드들이 캐싱된 분산 스토리지 단말에서 역으로 비동기 질의(Pull Mode)해감으로써 코어 망 부하를 급격히 낮춘다.
Wire-level 패킷 단편화 분배와 릴레이 필터 최적화: 멀티 경로를 가진 다중 Zenoh 라우터 망은 스패닝 트리 방식으로 접속망을 구축하여, 메인 트래픽을 지역구 배달망 터미널 수준의 에지 라우터들에게 위임, 단일 브로커에 패킷 폭풍이 쏠리지 않도록 필터링과 Batching을 전개한다.

graph TD
    subgraph "Legacy Synchronous Broker Hell"
        C1[Client A] -->|Wait Response| Broker{Central Message Broker}
        C2[Client B] -->|Wait Response| Broker
        Broker -->|CPU Overload & Queue Full| Subs[Subscribers Drop]
    end
    
    subgraph "Zenoh Distributed Edge Relaying"
        Z1(Zenoh Peer A) <-->|Direct Low-Latency Link| Z2(Zenoh Peer B)
        Z1 -.->|Decentralized Publish| ZRouter(Zenoh Edge Router)
        Z2 -.->|Query/Reply Async| Storage[(Zenoh Storage Node)]
        ZRouter -->|Filter Forwarding| Cloud_Dash[Cloud UI]
    end

4. 결론

동일한 서버 랙 내부에 갇혀 있거나, 비실시간성 문자열 위주였던 과거 인프라 시절엔 중앙 집권형 동기식 메시지 브로커 모델이 칭송받았으나, 현 모빌리티 자율제어 통신 등 실체적인 Edge Computing 요구망 아래에서 이런 아키텍처는 거대한 지혈대에 불과해졌다. Zenoh는 중앙 통제가 아닌 네임 리소스(Key Expression) 기반으로 길을 찾는 다중 피어 간 자율형 탐색 체제와 유연한 캐싱 스토리지 기반 질의응답계를 투사함으로써, 과거 동기식 브로커가 자초했던 트래픽 궤멸 모델에 종언을 고하고 무한의 토폴로지 확장력을 성립해냈다.