1.14 애플리케이션 계층과 네트워크 계층의 통합 필요성

1. 전통적 계층 구조의 한계와 단절성

전통적인 개방형 시스템 간 상호 연결(OSI) 7계층 모델이나 TCP/IP 아키텍처는 네트워크 계층(Network Layer)과 애플리케이션 계층(Application Layer)을 엄격하게 분리한다. 네트워크 계층은 오직 데이터 패킷을 출발지 IP에서 목적지 IP로 전달하는 최선 노력 전송(Best-effort Delivery)에만 집중하며, 패킷 내부의 데이터가 무엇인지, 애플리케이션이 이 데이터를 어떤 의미(Semantics)로 다루는지 전혀 인지하지 못한다.

이러한 수직적 단절은 사물인터넷(IoT) 및 엣지 컴퓨팅(Edge Computing)과 같이 데이터 중심적이고 지연 시간(Latency)에 민감한 분산 시스템 환경에서 심각한 오버헤드를 유발한다. 애플리케이션은 라우팅, 혼잡 제어(Congestion Control), 직렬화, 데이터 발행/구독(Pub/Sub) 구조를 자체적으로 또는 무거운 미들웨어를 통해 해결해야만 했고, 시스템 전반의 자원 활용을 비효율적으로 만들었다.

2. 데이터 중심 통합 프로토콜의 필요성

위와 같은 구조적 비효율성을 극복하기 위해서는 네트워크 라우팅이 데이터의 내용을 인지하고, 애플리케이션이 네트워크 토폴로지에 얽매이지 않고 통신할 수 있는 애플리케이션-네트워크 계층 간의 통합이 필수적이다.

Zenoh는 이러한 통합의 필요성을 충족시키기 위해 ’정보 중심 라우팅(Information-Centric Routing)’이라는 학술적 개념을 실체화하였다. 애플리케이션 계층이 복잡한 주소 지정 방식이나 채널 설정 과정을 거치지 않고 직관적인 키 표현식(Key Expression)을 네트워크 계층으로 내려보내면, Zenoh 라우팅 프로세스가 이 키 파라미터를 기반으로 배포 트리(Distribution Tree)를 구축하고 데이터를 직접 전달한다.

이를 통해 애플리케이션 개발자는 네트워크의 물리적 복잡성이나 메시지 브로커(Broker)의 위치에 대해 고민할 필요가 없어지며, 데이터 자체에 온전히 집중할 수 있다.

3. Zenoh 아키텍처의 계층적 융합과 제로 오버헤드

Zenoh는 통합의 철학을 프로토콜 구조에 세밀하게 반영했다. Zenoh 런타임(Runtime)은 개념적으로 애플리케이션이 상호작용하는 세션 계층(Session Layer)과 데이터의 물리적 흐름을 제어하는 라우팅 계층(Routing Layer)으로 구성되어 있으나, 이 두 계층은 상호 유기적으로 융합되어 동작한다.

1. 지능적인 라우팅: 라우팅 계층은 단순히 바이트 스트림을 전달하는 것이 아니라 애플리케이션의 엑세스 추상화를 이해한다. 따라서 이동 중인 데이터(Data in Motion)에 대한 브로드캐스트와 저장된 데이터(Data at Rest)에 대한 질의/응답(Query/Reply)을 동일한 파이프라인 상에서 효율적으로 라우팅한다.
2. 플러그 가능한 스토리지: 데이터가 네트워크 계층을 통과할 때, 이를 지리적 분산 저장소(Geo-distributed Storages)나 RocksDB, InfluxDB 등의 스토리지 백엔드에 직접 보관하고 제공할 수 있는 통합된 스토리지 관리자(Storage Manager) 기능을 제공한다.
3. 오버헤드 극소화: 이처럼 고차원적인 통합을 지원하면서도 유선 수준의 패킷 일괄 처리(Wire-level Batching)와 효율적인 단편화(Fragmentation) 기법을 사용해 최소한의 바이트만 네트워크로 전송한다. 이는 클라우드부터 마이크로컨트롤러 환경(Cloud-to-Microcontroller Continuum)에 이르는 전 구간에 걸쳐 제로 오버헤드(Zero Overhead) 원칙을 실현하게 만든다.

결과적으로, 애플리케이션과 네트워크 계층의 통합은 단순한 최적화가 아닌 데이터 중심 네트워킹(Data-Centric Networking) 완성의 필수 선제조건이며, Zenoh는 이를 구현한 가장 진보된 차세대 프로토콜이다.