MCP Gateway - 기존 API를 MCP 도구로 통합하는 Uber의 플랫폼 설계

Uber는 분산된 MCP 연동을 MCP Gateway로 통합해 기존 API와 네이티브 MCP 서버를 일관된 방식으로 제공하며, 현재 800개 이상의 서버와 5,000개 이상의 도구를 운영함 MCP Registry가 검색, 소유권, 활성화 설정을 관리하고, Proxy Gateway가 MCP 요청을 HTTP, gRPC, TChannel 호출로 변환해 기존 백엔드 수정 없이 실행 AutoCrawler가 API 정의와 네이티브 서버에서 도구를 자동 발견하고, 소유 팀의 검토와 활성화 후 공개 게이트웨이는 도구 단위 접근 제어와 응답의 개인정보 및 민감정보 제거를 공통 적용하고, 도구 변경 승인과 배포, 롤백을 중앙에서 관리함 Omni MCP의 단계적 도구 탐색, 필요한 응답 필드만 남기는 Response Projection, 결과를 파일로 처리하는 Code Mode로 컨텍스트 사용량과 비용을 줄임 개별 MCP 연동에서 공통 플랫폼으로 초기 MCP(Model Context Protocol) 연동은 에이전트가 실시간 비즈니스 맥락에 접근하고 내부 서비스를 조회하며 사용자를 대신해 작업하도록 해 효용을 입증함 수백 개 팀이 에이전트 워크플로를 탐색하면서 도구 파편화와 인프라 중복이 발생함 도구를 발견하기 어렵고 안정적으로 운영하기 힘들었으며, 특정 서비스나 에이전트 구현에 강하게 결합돼 있었음 통합 아키텍처 없이 확장하면 운영 복잡성, 보안 위험, 개발 마찰이 커지는 문제가 있었음 MCP Gateway는 에이전트와 기존 백엔드 및 네이티브 MCP 서버 사이의 공통 오케스트레이션 및 라우팅 계층임 HTTP, gRPC, TChannel의 프로토콜 차이를 추상화하고 일관된 보안과 관측 가능성을 제공함 기존 API를 MCP 도구로 노출하고 여러 에이전트가 같은 방식으로 재사용하도록 하며, 현재 800개 이상의 서버와 5,000개 이상의 도구를 호스팅함 MCP Registry와 Proxy Gateway의 역할 분리 MCP Registry는 제어 평면으로서 서버와 도구의 카탈로그를 유지하고, 검색, 소유권, 활성화 상태의 단일 기준점 역할을 함 기존 API를 노코드로 노출한 도구부터 MCP 명세에 맞춰 직접 구현한 네이티브 도구까지 관리함 Proxy Gateway는 데이터 평면으로서 런타임 MCP 요청을 실행함 요청을 HTTP, gRPC, TChannel로 변환해 적절한 백엔드에 전달하고, 응답을 MCP 호환 결과로 바꿈 기반 서비스...