MCP Gateway 설계가 보여준 도구 플랫폼의 실무 규칙
· BNV Solutions
Uber는 분산된 MCP* 연동을 MCP Gateway*로 통합해 기존 API와 네이티브 MCP 서버를 같은 방식으로 제공하도록 설계했습니다. 발표 내용에는 MCP Registry*가 도구 검색·소유권·활성화 설정을 관리하고, 현재 800개 이상의 서버와 5,000개 이상의 도구를 운영한다는 사실이 포함되어 있습니다.
이 구조의 핵심 메커니즘은 '발견·라우팅·정책 적용'을 중앙 게이트웨이에서 일관되게 처리하는 점입니다. 레지스트리는 도구 메타데이터와 소유권 정보를 갖고 있어 호출자가 어떤 도구를 언제·어떻게 활성화할지 결정할 수 있게 합니다. 일관된 인터페이스 덕분에 소비자 쪽 복잡도가 줄고 도구 온보딩이 빨라집니다.
그러나 중앙화에는 명확한 트레이드오프가 존재합니다. 하나의 게이트웨이가 실패하거나 지연을 만들면 전체 에이전트 생태계에 영향이 가고, 소유권 충돌이나 활성화 정책의 잘못된 설정은 권한 남용·무분별한 도구 확산으로 이어질 수 있습니다. 따라서 단순한 통합만으로는 충분하지 않습니다.
실무 판단 기준은 메타데이터 기반의 소유권(ownership) 규정, 활성화 플래그와 디폴트 거버넌스, 도구별 샌드박스·회로차단(circuit breaker), 그리고 종단간 관찰성(observability)에 집중돼야 합니다. 운영상으로는 호출 지연·오류율·의존성 그래프를 핵심 지표로 삼아 Canary 배포와 단계적 활성화를 표준화해야 합니다.
비앤브이솔루션은 교육·엔터프라이즈 AX 운영 경험을 바탕으로 도구 레지스트리 기반의 온보딩과 소유권 분배, 활성화 정책을 제품 설계에 반영합니다. 내부 에이전트 단비와의 연동에서는 도구 호출 전후의 검증 계층과 샌드박스 실행을 의무화해 중앙화의 편의와 운영 리스크 사이의 균형을 유지하고 있습니다.