중급관리자

MCP 도구 거버넌스: 누가 어떤 도구를 호출할 수 있는지, 하나의 권한 플레인에서

외부 MCP 서버를 하나의 게이트웨이 /mcp 엔드포인트 뒤로 집계합니다 — 키 그룹별 도구 허용/거부와 라벨 필터, 호출 / 위반 / 세션 전면 감사.

커뮤니티가 실제로 불평하는 것

에이전트 프레임워크가 여러 MCP 서버에 연결되면 권한이 걷잡을 수 없이 늘어납니다: 누가 어떤 도구를 호출할 수 있는지 통합된 통제가 없고, 문제가 생겼을 때 감사 추적도 없습니다. 에이전트마다 따로 구성하면 자격 증명이 흩어지고 정책이 어긋납니다.

"Claude Code를 이 MCP 도구들로만 제한하려면 어떻게 하나"는 플랫폼 팀의 반복 질문입니다.

GateLLM은 이렇게 합니다

GateLLM은 내장 MCP 프록시를 제공합니다: 여러 외부 MCP 도구 서버(streamable HTTP / SSE)를 하나의 /mcp 엔드포인트 뒤로 집계하고, 엔드포인트, 인증 헤더(그대로 전달), 라벨, 우선순위, 지연 로딩을 한 번만 구성합니다. 키 그룹이 허용/거부 목록(거부 우선)과 라벨 필터로 도구를 거버넌스합니다 — 모델을 거버넌스하는 것과 같은 ACL 플레인입니다.

도구 목록이 길어지면 컨텍스트 예산이 줄이고 내장 BM25 검색이 관련 도구를 찾습니다. MCP 도구 호출, 액세스 규칙 위반, 세션 설정은 모두 감사 로그에 기록됩니다.

MCP 서버 자격 증명은 에이전트에 도달하지 않습니다: 도구 액세스는 게이트웨이 키 그룹으로 부여되고 폐기됩니다.

실제로 효과가 있는 5가지 레버

  • 서버 집계: streamable HTTP / SSE MCP 서버를 하나의 /mcp 엔드포인트 뒤로
  • 지연 로딩: 첫 사용 시 도구를 검색해 시작 비용과 공격 표면 감소
  • 도구 수준 ACL: 키 그룹별 허용/거부, 거부가 허용을 덮음, 라벨 필터 일괄 적용
  • 컨텍스트 예산 + BM25: 긴 도구 목록을 예산에 맞춰 줄이고 관련 도구를 검색으로 찾음
  • 전면 감사: 도구 호출 / 액세스 위반 / 세션 설정을 기록하고 내보내기 가능
전체 방법: 외부 MCP 서버 온보딩(문서)

FAQ