1.2 초기 메시지 지향 미들웨어의 특징

네트워크를 통한 데이터 분산 요구가 폭발적으로 증대됨에 따라, 복잡한 분산 애플리케이션 간의 통신 메커니즘을 추상화하기 위한 미들웨어(Middleware) 계층이 분산 컴퓨팅의 핵심 인프라로 대두되었다. 초기 메시지 지향 미들웨어(Message-Oriented Middleware, MOM)는 운영체제(OS)와 네트워크 전송 프로토콜 스택 상단에 위치하여, 이기종 플랫폼 간의 비동기적이고 확정적인 데이터 교환을 보장하는 중대한 역할을 수행하였다. 이 시기의 아키텍처들은 주로 메시지 큐(Message Queue) 혹은 전사적 서비스 버스(Enterprise Service Bus) 모델을 기반으로 송수신 개체를 논리적으로 분리(Decoupling)하는 데 주안점을 두었다.

초기 라우팅 및 메시징 모델의 가장 두드러진 토폴로지(Topology)적 특성은 철저한 중앙 집중형 브로커(Broker) 의존성에 있다. 데이터 생산자(Producer)는 데이터를 생성하여 물리적 중앙 서버에 전송하고, 브로커는 이를 식별하여 등록된 소비자(Consumer)의 큐로 분배하는 방식을 취하였다. 즉, 노드 간 피어-투-피어(Peer-to-Peer) 토폴로지보다는 허브-앤-스포크(Hub-and-Spoke) 구조를 강제한 것이다. 이러한 방식은 네트워크 내의 애플리케이션들이 상대방의 정적 IP 주소나 물리적 위치를 명시적으로 알 필요 없이, 사전에 정의된 ’큐 식별자’를 통해 데이터를 처리할 수 있도록 하여 통신 아키텍처의 결합도를 낮추는 결정적인 성과를 거두었다.

그러나 이와 같은 레거시 아키텍처는 현대 분산 시스템이 직면한 동적이고 제약적인 환경 앞에서는 극명한 설계적 결함을 내포하고 있었다. 첫째, 중앙 브로커에 모든 메시지와 라우팅 상태가 집중됨에 따라, 네트워크 병목 현상과 전체 시스템의 가용성을 위협하는 단일 장애점(Single Point of Failure) 문제가 필연적으로 발생하였다. 둘째, 엔터프라이즈 환경의 신뢰성 획득에 편중된 탓에 헤더 구조가 비대해지고 프로토콜 명세 자체가 과도한 오버헤드를 수반하여, 대역폭이 극히 협소하거나 통신 지연이 잦은 사물인터넷(IoT) 채널에는 부적합하였다. 셋째, 데이터베이스에 적재된 정적 데이터(Data at Rest)와 네트워크 상을 유동하는 동적 메시지(Data in Motion)에 대해 완전히 분리된 인터페이스를 제공함으로써 이들을 하나의 일관된 개념으로 아우르지 못하였다.

결과적으로 초기 미들웨어 시스템들은 클라우드(Cloud), 에지 컴퓨팅(Edge Computing), 마이크로컨트롤러(Microcontroller)로 이어지는 연속적 제어 및 데이터 계층, 이른바 ’컨티뉴엄(Continuum)’을 포괄할 수 없었다. 당시의 아키텍처에서는 자원이 수십 킬로바이트(KB) 수준에 불과한 단말 장치 상에 미들웨어 스택을 올리는 것은 불가능에 가까웠으며, 이는 곧 통신 지연을 궁극적으로 제거하기 위한 제로 오버헤드(Zero Overhead) 원칙의 태동을 촉발하였다. 따라서 초기 미들웨어가 제시한 추상화의 개념적 토대는 이후 네트워크 토폴로지의 독립성과 리소스(Resource) 중심 통신 메커니즘을 극한으로 발전시킨 Zenoh(제노) 프로토콜 탄생의 명확한 반면교사이자 역사적 자산으로 기능하게 된다.