운영 데이터를 다루는 에이전트를 분석가에게 — 다만 열쇠는 넘기지 않고.

배경

약 스물다섯 명의 분석가로 이루어진 데이터 팀은 일상 업무 — 쿼리 작성, 지표 정의 추적, 파이프라인 상태 점검 — 에 AI 에이전트를 쓰고 싶어 했다. 필요한 도구 — Snowflake, dbt, 사내 메트릭 API, 그리고 몇몇 Postgres 복제본 — 에는 모두 사용할 수 있는 MCP 서버가 있었다.

걸림돌은 결코 에이전트 자체가 아니었다. 걸림돌은 보안이 매번 던지는 물음이었다. *자격 증명은 어디에 있는가.*

과제

뻔한 길은 MCP 서버를 각 분석가에게 넘겨 스스로 인증하게 하는 것이었다. 보안은 이를 승인하지 않았고, 그 신중함은 옳았다.

• 자격 증명이 퍼진다. 스물몇 명의 분석가가 각자 기기에 웨어하우스와 API 자격 증명을 지니는 것은, 비밀이 새어 나갈 수 있는 자리가 스물몇 곳 있다는 뜻이며, 깔끔하게 교체할 방법도 없다.
• 접근이 전부 아니면 전무이다. 서버 하나를 넘기는 것은 그 토큰이 할 수 있는 모든 것을 넘기는 것과 같고, 누가 무엇을 지녔는지에 대한 가시성은 거의 없다.
• 거버넌스가 규모를 감당하지 못한다. 기기별로 접근을 검토하고 회수하는 일은 아무도 맡고 싶어 하지 않는 절차였다.

접근

데이터 플랫폼 팀은 분석가와 운영 시스템 사이의 경계로 단일 onemcp 포털을 운영했다.

• 자격 증명은 호스트 측에 머문다. 각 상위 서버는 포털 안에서 한 번만 인증된다. 네이티브 상위 OAuth와 토큰은 그곳에 있으며 — 분석가의 기기에도, 리포지터리에도 결코 놓이지 않는다. 분석가의 에이전트가 연결하는 곳은 포털이지, 데이터베이스 자체가 아니다.
• 접근은 중앙에서 관리된다. 어떤 서버를 누구에게 열지는 한곳에서 결정된다. 새 도구의 도입은 포털의 변경이며, 접근의 회수도 누군가의 설정을 건드릴 필요가 없다.
• 카탈로그는 컨텍스트 안에서 가볍게 유지된다. Code Mode를 통해 포털은 모든 도구 스키마가 아니라 search, describe, execute만 노출한다. 그리하여 에이전트는 과제에 필요한 도구만 가져오고, 분석가의 컨텍스트는 분석 자체를 향한다.

성과

• 노트북에 운영 자격 증명이 남지 않는다. 비밀은 포털에 있다. 분석가의 퇴사나 기기 분실은 더 이상 자격 증명 교체의 비상사태가 아니다.
• 다스릴 곳은 한 곳. 보안은 접근을 포털에서 검토하고 관리하며, 스물다섯 개의 개별 설정을 오가지 않는다.
• 난립 없는 셀프서비스. 분석가는 각자의 에이전트를 얻었다. 플랫폼 팀은 단일하고 감사 가능한 통제 지점을 지켰다 — 다음 도구의 추가도 중앙에서의 한 번의 변경이면 된다.

진짜 돌파구는 에이전트 자체가 아니라, 거기에 '그렇게 하자'고 말할 수 있게 된 것이었습니다. 접근 권한이 포털에 있으니, 보안이 검토할 대상은 서른 대의 노트북이 아니라 한 곳이면 되었습니다.

관련 사례 연구

• 어느 플랫폼 팀이 20개의 MCP 서버를 단일 엔드포인트 뒤에 통합하다
• 어느 AI 지원 에이전트의 토큰 다이어트