피드로 돌아가기
P2P vs. Broker: The Architecture Decision Defining Multi-Agent Systems
Dev.toDev.to
Infrastructure

17.6만 개 에이전트 규모를 지탱하는 Broker-less P2P 아키텍처 설계

P2P vs. Broker: The Architecture Decision Defining Multi-Agent Systems

William Baker2026년 5월 10일5advanced

Context

중앙 집중형 Broker 모델은 소규모 플릿에서 관리 효율성과 가시성이 높으나, 규모 확장 시 Single Point of Failure 및 Throughput 병목 현상 발생. 특히 에이전트의 생명 주기가 짧은 Ephemeral 환경에서 등록/해제 오버헤드로 인한 Latency 증가 문제 직면.

Technical Solution

  • L5 Session Layer 도입을 통한 UDP/TCP와 Application Framework 간 직접 연결 구조 설계
  • 48-bit 고유 주소 할당 및 도메인 기반 그룹핑을 통한 Network-level Routing 구현으로 Broker 의존성 제거
  • X25519 키 교환 및 AES-256-GCM 암호화 적용을 통한 Tunnel 단위 보안 강화 및 신뢰 모델 구축
  • NAT Traversal 및 Relay Fallback 메커니즘을 통해 물리적 네트워크 제약 상황에서의 P2P 연결성 보장
  • 내부 오케스트레이션은 Broker로 유지하고 외부 데이터 조회는 P2P로 처리하는 Hybrid Architecture 채택
  • 에이전트 등록 절차를 생략하고 데몬 실행 상태에 따라 라우팅 여부를 결정하는 Stateless 연결 방식 도입

- 에이전트의 생명 주기(TTL)가 초 단위 이하인지 확인하여 등록 오버헤드 분석 - 전체 시스템을 P2P로 전환하기 전, 외부 데이터 조회 인터페이스부터 점진적으로 분리 적용 - Broker 제거 시 상실되는 중앙 로그 시스템을 대체할 Distributed Tracing 도구 확보 여부 검토 - 중앙 권한 제어에서 네트워크 주소 및 암호화 기반의 분산 신뢰 모델로의 Threat Model 변경 분석

원문 읽기