11.2.3.2 통신망 본질적 구조(VPC NAT vs 로컬 사설망)에 입각한 토폴로지 채택 체계

11.2.3.2 통신망 본질적 구조(VPC NAT vs 로컬 사설망)에 입각한 토폴로지 채택 체계

로봇 단말(Edge) 노드들의 통신 코어를 브릿지 모드(zenoh-bridge-dds)로 통합할 것인가, 혹은 네이티브 RMW 모드(rmw_zenoh_cpp)로 통합할 것인가를 결정짓는 두 번째 위대한 판별식(Discriminant)은, 엣지와 클라우드를 잇는 인프라의 뼈대, 즉 통신망의 물리적/논리적 단절성(Isolation)에 기인한다.
동일한 클러스터 안이라 하더라도 망이 NAT(Network Address Translation)의 차단막에 둘러싸여 있느냐, 아니면 Layer 2 스위치 핑이 닿는 투명한 로컬 사설망(Private Subnet)이냐에 따라 토폴로지 채택의 운명은 180도 뒤집힌다. 본 절에서는 네트워크 위상 붕괴와 그 대책을 아키텍처 관점에서 서술한다.

1. 개방형 로컬 사설망(Flat Private Subnet)의 평원: RMW Mesh 채택론

만약 수십 대의 제조 공정 로봇들이 물리적으로 동일한 스위치(L2 Switch) 안에 포진되어 있고, 상위의 관제 PC 클러스터 역시 외부 인터넷의 방해 없이 이 스위치 망에 공통 게이트웨이 없이 투명하게 연결된 상황(Flat Network)이라 가정하자. 여기에는 방화벽(NAT)이나 복잡한 라우팅 세그먼트가 존재하지 않는다.

이 열린 평야 생태계에서는 각 드론과 노드들이 P2P(Peer-To-Peer)로 서로의 생존을 탐지하고 메시지를 중계하는 자생적 메커니즘이 가장 극적인 시너지를 낸다. 이 통신망의 본질적 개방성을 십분 활용하기 위해선 단연코 rmw_zenoh_cpp 플러그인 모드를 채택해야 한다.
브릿지(Bridge)를 통해 중앙 통제 서버를 세우는 행위는 이 개방형 평야가 지닌 압도적인 분산 동시성(Concurrent Availability)을 거부하고 인공적인 병목(SPOF) 지점을 건설하는 어리석은 설계이기 때문이다. RMW 기반으로 네이티브 P2P 망을 직조함으로써, 공장 50대의 로봇은 스스로를 라우터로 삼아 데이터를 실시간 공유하는 자율 군단망으로 화(化)하게 된다.

2. 퍼블릭-프라이빗 (VPC NAT) 단절의 절벽: Bridge 투하와 관통론

반면, 로봇 차량 군단은 4G/5G를 사용하는 폐쇄된 모바일 망(Private LTE) 안에 있고, 이들의 두뇌 역할을 해야 할 관제 서버는 AWS 클라우드의 VPC(Virtual Private Cloud) 가상 망 안에서 NAT 게이트웨이를 등지고 서 있다고 가정하자.

차량은 클라우드 서버의 공인 IP로 핑을 보낼 수 있으나(Outbound Only), 클라우드 터미널에서 거꾸로 차량의 프라이빗 IP로 핑을 치거나 접속할 방법은 존재하지 않는다 (Inbound Blocked).
이 극단의 비대칭 NAT 단절 망(Asymmetric NAT Barrier) 환경에서 rmw_zenoh_cpp 를 통해 P2P 메시망을 구성하려는 시도는 완전한 파국을 야기한다. 로봇 노드가 클라우드로 자신의 P2P 위치를 보고해도, 클라우드 입장에서는 찾아갈 수 없는 허상(Ghost IP)에 불과하기 때문이다.

이 단절의 절벽을 돌파하기 위한 유일한 해법은 비대칭 지향형 브릿지(Bridge) 런북이다.
클라우드 VPC 한가운데에 zenohd (거대 스위치 라우터)를 공인 IP 위에 띄워놓고, 엣지(Edge) 차량들에게는 오직 zenoh-bridge-dds 데몬 한 마리만을 기동시켜 클라우드를 향해 커넥션을 ‘찔러 넣도록(Connect-Out)’ 설계한다.

# NAT 폐쇄망(Edge 차량) 방화벽에서 외부(Cloud)로 강제 생명선(Tunnel) 구축
zenoh-bridge-dds -e tcp/aws-cloud-router-ip:7447

엣지 단말 브릿지가 클라우드 포트로 구멍(Tunnel)을 먼저 뚫게 되면, TCP의 특성에 따라 그 터널의 세션 파이프가 닫히지 않고 양방향 개방된 상태를 유지하게 된다. 이 기적적인 터널링의 산물로, 이제 클라우드 관제망에서는 NAT 환경을 씹어먹고 언제든지 이 터널을 거슬러 내려가 로봇망(ROS2 DDS)에 유니캐스트 명령을 타격할 수 있는 인프라가 창조되는 것이다.

3. 통신 인프라 관점에서의 아키텍처 양분(Dichotomy) 결론

위의 두 공간 철학은 개발자가 취향으로 선택할 수 있는 벤더 스위치가 아니다.

자연계의 군집망처럼 로컬 보장성이 입증되었는가? 그렇다면 중앙의 폭압 없이 rmw_zenoh_cpp 의 자생망(Mesh)을 구축하여 극한 스루풋을 채굴하라.
그러나 클라우드라는 거대한 성벽(Cloud NAT)과 모바일 기지국이라는 참호(Cellular NAT) 사이를 건너야 한다면, 오로지 이중 번역의 대가를 감수하고서라도 zenoh_bridge_dds 기반의 클라이언트 지향 터널링 아키텍처만이 분산 통신 생태계를 온존시킬 수 있는 유일한 마스터키임을 명심하라.