피드로 돌아가기
Dev.toInfrastructure
원문 읽기
Sidecar 제거로 리소스 오버헤드를 없앤 In-process MCP Mesh 아키텍처
Service Mesh for MCP Agents — Without the Sidecar
AI 요약
Context
기존 Service Mesh는 Sidecar 기반의 프록시 구조로 인해 메모리 사용량 증가와 Cold Start 지연 및 운영 복잡성 문제를 야기함. 특히 MCP(Model Context Protocol) 기반의 최신 Agent 생태계에서는 레거시 시스템과 달리 SDK 통합이 용이하므로 기존의 Retrofit 방식 프록시 구조가 불필요한 제약으로 작용함.
Technical Solution
- Proxy-less 아키텍처 설계를 통해 데이터 경로(Data Path)에서 Registry를 완전히 분리하고 Agent 간 Direct Call 구조 구현
- Heartbeat 메커니즘을 통한 Topology 캐싱으로 Registry 장애 시에도 기존 트래픽 흐름을 유지하는 고가용성 확보
- Function Signature 내에 프록시 로직을 내재화하여 호스트 및 포트 설정 없이 Capability 기반의 서비스 Discovery 실현
- 언어별 네이티브 TLS 스택을 활용하고 SPIFFE/SPIRE와 연동하여 Sidecar 없이 mTLS 및 워크로드 Identity 체계 구축
- EnhancedUnifiedMCPProxy 계층을 통한 전송 계층과 시맨틱 계층의 분리로 MCP 외 REST, gRPC 등 멀티 프로토콜 확장성 제공
실천 포인트
- 신규 서비스 구축 시 Sidecar 패턴 대신 SDK 기반의 In-process Mesh 도입 검토 - 서비스 디스커버리 설계 시 제어 평면(Control Plane)이 데이터 경로에 병목이 되지 않도록 캐싱 전략 수립 - 인프라 수준의 인증 대신 SPIFFE와 같은 표준 Identity 프레임워크를 애플리케이션 레벨에서 통합하는 방안 검토 - 프로토콜 추상화 계층을 설계하여 향후 통신 프로토콜 변경에 유연하게 대응하는 구조 채택