1.20 범용적이고 통합된 통신 프로토콜의 필요성 인식

1. 파편화된 프로토콜 생태계가 초래한 한계점

이전 장들에서 살펴본 바와 같이, 모스퀴토(Mosquitto)로 대표되는 MQTT, 로보틱스의 표준으로 자리 잡은 DDS, 그리고 엔터프라이즈 환경의 카프카(Kafka) 등 기존 통신 미들웨어는 각자의 특정 도메인 내에서는 뛰어난 성능을 발휘했다. 그러나 사물인터넷(IoT) 장치의 폭발적 증가와 엣지 컴퓨팅(Edge Computing)의 확산은 단일 도메인을 넘어선 이기종 시스템 간의 방대한 데이터 교환을 강제하게 되었다.

이러한 환경에서 기존의 파편화된 프로토콜들을 연결하기 위해서는 무거운 브릿지(Bridge)나 게이트웨이(Gateway)를 필수적으로 구축해야 했고, 이는 직렬화 변환으로 인한 지연 시간(Latency) 증가와 단일 장애점(Single Point of Failure)이라는 치명적인 아키텍처 결함을 낳았다. 시스템 설계자들은 점차 서로 다른 프로토콜과 통신 패턴을 억지로 이어 붙이는 방식이 더 이상 확장이 불가능한 낡은 패러다임임을 인지하기 시작했다.

2. 클라우드에서 마이크로컨트롤러를 관통하는 통합의 요구

분산 시스템의 가장 큰 도전 과제는 수십 킬로바이트(KB)의 메모리만 가진 초소형 센서 노드(MCU)부터 무한한 자원을 가진 클라우드(Cloud) 컴퓨팅 환경까지 동일한 수준의 데이터 엑세스 추상화(Data Access Abstraction)를 유지하는 것이다.

이를 위해서는 네트워크 토폴로지(단대단 메쉬, 중앙 브로커, 클리크 등)를 유연하게 횡단하면서도, 제로 오버헤드(Zero Overhead) 원칙을 철저히 준수하는 범용적인 라우팅 계층이 절실히 요구되었다. 데이터가 클라우드에 있든, 물리적으로 격리된 공장의 엣지 서버에 있든 애플리케이션은 네트워킹의 복잡성을 배제하고 키 표현식(Key Expression) 기반의 데이터 그 자체(What)에 집중할 수 있어야 한다.

3. 세 가지 데이터 상태를 아우르는 단일 패러다임

결국 통신 프로토콜에 요구되는 궁극적인 통합은 단순히 네트워크 호환성을 맞추는 수준을 넘어선다. 진정한 통합 프로토콜은 네트워크 상을 흐르는 이동 중인 데이터(Data in Motion), 지리적 분산 저장소(Geo-distributed Storages)나 로컬에 보관된 저장된 데이터(Data at Rest), 그리고 데이터 흐름 엔진(예: Zenoh Flow)을 통해 실시간으로 처리되는 계산 중인 데이터(Data in Computation)를 단일한 명명 규칙(Naming Convention)으로 다룰 수 있어야 한다.

이러한 학술적, 실무적 필요성에 대한 깊은 통찰은 발행/구독(Pub/Sub)과 질의/응답(Query/Reply)을 동일한 추상화 선상에서 제공하는 데이터 중심 네트워킹(Data-Centric Networking) 철학을 잉태시켰다. 그리고 이 통신의 파편화를 종식시키고 통합의 비전을 완벽하게 구현하고자 한 실천적 결과물이 바로 차세대 범용 통신 아키텍처인 Zenoh 프로젝트의 출발점이다.