2.2.2 Zenoh 라우터(Router): 백본(Backbone) 네트워크 및 광역망(WAN) 연동 아키텍처

로컬 서브넷(Subnet) 안에서 로봇 단말들(Peer)이 아무리 완벽한 P2P(Peer-to-Peer) 메쉬 브로커리스 네트워크를 자생적으로 엮어낸다 한들, 그 통신망이 전 세계를 관통하는 인터넷(WAN)의 대양으로 뻗어나가려 할 때는 구조적인 거대한 방벽에 직면한다. P2P 피어들이 내지르는 무차별적인 디스커버리 멀티캐스트(Multicast Discovery) 비콘 폭풍이나 수천 개의 다방향 UDP 통신 채널들은 5G 상용망 라우터나 공용 방화벽(Public Firewall)을 넘어가는 순간 트래픽 스푸핑(Spoofing) 공격이나 혼잡(Congestion) 원인으로 몰려 무자비하게 폐기(Drop) 처분당하기 십상이다.

고립된 엣지(Edge)의 자생적 피어 그물망을, 지구 반대편의 거대한 클라우드(Cloud) 관제 센터 백본(Backbone)망으로 우아하게 결속시켜 주는 초광대역 멀티플렉서, 그 절대적인 파이프라인의 핵심 인프라가 바로 Zenoh 라우터(Router) 노드이다. 본 절에서는 피어(Peer)와 클라이언트(Client)를 굽어살피며 이기종 프로토콜의 융합과 광역망 오토 터널링(Auto-Tunneling) 스위치를 관장하는 라우터 아키텍처의 런북(Runbook) 시나리오와 공학적 한계를 서술한다.

1. 엣지망(Edge)과 광역망(WAN)의 격리 기둥: 스카우팅 봉쇄 및 멀티플렉싱 압축

Zenoh 라우터 데몬(Daemon)이 인프라에 배포되는 가장 핵심적인 이유는, 이 라우터가 ’난장판의 로컬 트래픽’과 ‘잘 정돈된 클라우드 고속도로 트래픽’ 사이의 이중 인격(Metamorphosis) 게이트웨이(Gateway)를 자처하기 때문이다. 공장 내 와이파이나 이더넷 랜(LAN) 바닥에 수십 대의 로봇 단말(Peer)들이 멀티캐스트 브로드캐스팅 핑퐁을 치며 엮일망정, 그 공장의 출입구 구석에 단 1대 배치된 Zenoh 라우터는 이 피어들의 부산스러운 스카우팅(Scouting) 신호가 바깥 인터넷(WAN)으로 나가지 못하게 철통같이 봉쇄(Isolation)해 버린다.

대신 라우터는 그 로컬 피어들이 생산해 낸 무수한 텔레메트리 트래픽(Pub/Sub) 데이터를 한데 쓸어 담아, 클라우드의 백본에 위치한 상위 1티어 라우터 데몬을 향해 단지 단 하나의 굵직하고 압축된 TCP 파이프(혹은 QUIC/TLS 보안 터널) 소켓을 뚫어 직행으로 밀어 올리는 멀티플렉싱 터널(Multiplexing Tunneling)을 개통한다. 즉 인터넷 라우터를 통과할 때는 더 이상 기괴한 P2P 다중 통신의 형태가 아니라 지극히 정상적인 단일 유니캐스트(Unicast) 포드 트래픽 하나처럼 위장하여 초음속으로 세계 횡단을 달성해 내는 것이다. 네트워크 데브옵스는 방화벽 세팅과 VPN 번역 오버헤드를 건드릴 필요 없이 오직 라우터 1대의 설정 파일(Config YAML)에 퍼블릭 IP 엔드포인트 단 한 번의 조준(Locator End-point Targeting)만 찍어주면 거시적 인프라가 병합된다.

2. 유니버설 트랙(Universal Path) 포워딩 구조와 라우터 군집(Router Cluster)의 스케일 아웃

Zenoh 라우터는 단순히 트래픽을 모아주는 어댑터 역할만 하는 것이 아니다. 수평 스케일 아웃(Horizontal Scale-out)이 필요한 거대한 글로벌 관제 클라우드의 심장부(Backbone 데이터센터)에는 이들 라우터 수십, 수백 대가 서로 엮여 척추 뼈처럼 단단한 트래픽 백본 메쉬(Backbone Mesh) 클러스터를 시공한다. 이들은 클라이언트나 피어들이 제기하는 쿼리(Query) 메시지와 퍼블리시 토픽들을 라우터 간 최단 경로(Shortest Path Routing)를 계산하여 동적으로 바이트를 넘겨주는 완전한 L7 패킷 스위치(L7 Switch Pattern Forwarding) 장비처럼 동작한다.

한국의 스마트폰 관제 앱 클라이언트가 독일 공장의 로봇 배터리 잔량을 요구(get("/germany/factory/robot/battery"))하며 싱가포르의 글로벌 라우터 팜(Farm)에 쿼리를 꽂으면, 라우터 내부 스케줄러 루프(Scheduler Loop Event) 군집들은 오직 논리적인 유니버설 글로벌 네임스페이스 이름만을 힌트로 삼아 최단 백본 라우터를 역추적하여 독일 공장 단말 앞의 포그(Fog) 라우터에게 쿼리를 투입한다. 이 과정에서 발생하는 라우터끼리의 핑퐁은 루프(Loop Forwarding Algorithm 방지 플래그) 데드락 회피 알고리즘 처리에 입각해 극강의 회전율을 자랑한다. 라우터 자체가 인터넷 체급의 엣지 투 클라우드 데이터 흐름을 조율하는 전능한 교통 통제 국토부(Governance Center)로 각성하게 되는 것이다.

3. 서드파티(Third-Party) 플러그인 생태계와 인-네트워크(In-network) 캐시 심장부

라우터(Router) 노드를 인프라 전술의 백미로 꼽는 가장 압도적 공학적 사유는 바로 플러그인(Plug-in Backend) 확장성과 스토어 앤 포워드 인메모리 임시 캐시 체인(Store and Forward In-memory Cache)의 유일무이한 소유권자라는 데에 있다. 앞서 살펴본 빈약한 피어(Peer)나 피사체 클라이언트 단말 노드들은 무거운 스토리지 데몬 플러그인 따위를 짊어질 메모리 능력이 없다.

이기종 시스템이 마주치는 한계 지대를 파훼하기 위해 제타스케일(ZettaScale) 개발진은 오로지 라우터 데몬 노드에게만 서드파티 모듈을 동적 런타임 링킹(Dynamic Loading)해서 끼울 권한을 열어주었다. 클라우드 중심에 우뚝 선 라우터는 외부 MQTT, DDS 트래픽 변환 파이프라인의 연결 다리(Bridge Module Factory)가 되며, 동시에 RocksDB, InfluxDB를 양옆에 끼고 지나가는 트래픽 패킷 덤프를 가로채 영구 보존하거나 임시 메모리에 수 일간 머물게 하는 거대한 데이터 창고형 통신 데몬 통합 컴포넌트(Integrated Data Node) 런북 파이프를 홀로 조립한다. 어플리케이션 개발자는 결국 이 무적의 라우터 등대(Lighthouse) 한두 대를 적절한 길목마다 세워두는 아키텍처 도면 한 장으로 시스템 인티그레이션 TCO 단계를 무자비하게 박살 낼 수 있는, 가장 전지전능한 소프트웨어 배포 전략 장기를 쥐게 된다.