1.8 클라우드와 마이크로컨트롤러 간 연결의 복잡성

현대 분산 컴퓨팅의 생태계는 본질적으로 무한한 연산 자원과 대역폭을 향유하는 클라우드(Cloud) 데이터 센터부터, 불과 수십 킬로바이트(KB)의 가용 메모리(SRAM)와 코인 셀 배터리에 의존하여 수년 간 동작해야 하는 제어용 마이크로컨트롤러(Microcontroller)에 이르기까지 극단적인 양극화의 스펙트럼을 형성한다. 이 거대한 ‘클라우드-투-마이크로컨트롤러 컨티뉴엄(Cloud-to-Microcontroller Continuum)’ 환경에서 마주하는 가장 까다로운 공학적 난제는, 하드웨어 스펙과 네트워크 토폴로지(Topology)가 전혀 다른 이종(Heterogeneous) 장치들을 어떻게 단일한 아키텍처와 프로토콜로 지연 없이 연결해낼 것인가 하는 구조적 복잡성에 있다.

종래의 클라우드 지향적인 IT 인프라에서는 HTTP/REST나 gRPC와 같이 TCP/IP 기반의 무겁고 동기적인 통신 규약이 사실상의 표준으로 작용해왔다. 이들은 안정적인 유선망과 광대역폭을 전제하므로, 문자열 기반의 비효율적인 수다성(Verbosity) 직렬화 구조와 지속적인 연결 세션(Session) 핸드셰이킹을 당연시한다. 반면, 산업용 사물인터넷(IIoT)의 최일선인 딥 에지(Deep Edge)에 파편화된 마이크로컨트롤러들은 저전력 광역 통신망(LPWAN)이나 블루투스 저전력(BLE) 채널 위에서 찰나의 순간에 초소형 패킷을 비동기적으로 스위칭해야만 한다. 무겁고 비대한 클라우드의 표준 프로토콜 스택을 이러한 초소형 시스템에 직접 이식하는 것은 메모리 초과(OOM)와 치명적인 전력 낭비를 초래하므로 물리적 구현 자체가 불가능하다.

이러한 본질적 간극을 극복하기 위해 기존 산업계는 마이크로컨트롤러와 클라우드 사이의 중간 에지(Edge) 지점에 복잡한 변환 게이트웨이(Gateway)를 중첩시키는 미봉책을 남발하였다. 즉, 로컬 센서망의 MQTT, 제어 기기 간의 DDS, 클라우드 연동을 위한 HTTP 브리지가 하나의 게이트웨이 장비 속에서 난립하게 된 것이다. 그 결과 데이터 파이프라인 전반의 투명성과 위치 독립적(Location Transparency) 제어가 훼손되었으며, 잦은 프로토콜 변환(Protocol Translation) 과정에서 심각한 오버헤드와 라우팅 레이턴시(Routing Latency)가 유발되었다. 더불어 다중 프로토콜 관리로 인한 소프트웨어 생애주기 유지보수 및 디버깅의 복잡도는 기하급수적으로 폭증하였다.

클라우드와 최극단 디바이스를 유기적으로 동기화하는 단일 혈맥의 부재는 분산 시스템 통합의 최대 걸림돌이었다. 이 파편화된 복잡성을 관통하기 위한 통신 미들웨어의 설계 철학은 스택의 비대화가 아닌 극단의 경량화(Zero Overhead)로 귀결되어야 했다. Zenoh(제노)는 바로 이러한 컨티뉴엄 전체를 단 하나의 추상화된 데이터 중심(Data-centric) 아키텍처로 묶어내기 위해 고안되었다. 최하급 임베디드 칩셋을 위한 Zenoh-pico부터 중앙 인프라를 위한 Zenoh 라우터(Router)급 노드에 이르기까지 동일한 바이너리 와이어 포맷(Wire Format)과 논리적 식별자(Resource)를 공유함으로써, 시스템 구조의 불필요한 번역 계층을 해체하고 범용적 토폴로지 통합을 이룩한 공학적 승리라 평할 수 있다.