MCP 구축 상용 겸험 및 이에 필요한 관리 요소 문의 - 구범준 Bro님 행사 사전 질문

Ask a Question
1

구범준님이 이번 “Kubestronaut와 함께하는 커뮤니티 데이” 행사에 사전질문으로 주신 내용을 공유합니다.

  • MCP 구축하여 실제로 적용한 경험이 있으신지 궁금합니다. 실질적으로 어떤 긍정적인 업무 변화가 있었는지 궁금하며 도입 이후에 필요한 관리 요소는 없었을지 궁금합니다.

전문가 Bro님들의 Insight 공유 부탁드립니다.

1 Like
2

제가 소소하게 MCP 를 구축하여 업무에 적용해본 사례입니다.

  1. 개발팀의 디자인 시스템 문서 제공 MCP:
    1. 문제: 개발팀은 Storybook 을 사용하여 디자인 시스템을 문서화하고 있지만 LLM은 Storybook 을 직접 이해하지 못하고, 웹 문서를 매번 읽는것은 여러모로 비효율적인 문제가 있음.
    2. 리서치: context7 과 같은 MCP는 내부 문서를 LLM이 이해할 수 있는 형태로 변환하여 제공하는 기능이 있으나 내부 문서를 임베딩하기 어려운 환경이었음.
    3. 결정: context7 MCP 대신 자체 RAG + MCP 구축으로 context7 과 유사한 구조를 직접 구현하기로 결정. (개발팀 내에서 상당히 효과적인 MCP로 평가됨)
    4. 준비: Storybook 문서(mdx)의 내용을 더 자세한 이용 사례, 인터페이스를 포함하여 풍부하게 보완.
    5. 해결: Storybook 문서(mdx)를 AST 파싱 → 스토리북 코드까지 포함된 Markdown으로 변환 → Markdown 임베딩하여 RAG 구축 → RAG 기반 MCP 구축
    6. 결과: LLM이 디자인 시스템을 이해하여 엉뚱한 인터페이스를 참조하거나 추론하여 코드를 생성하는 문제 해결.
    7. 유지보수 요소: 디자인 시스템 컴포넌트 레포지토리에 임베딩 및 MCP 서버 빌드 자동화 파이프라인 구축하여 별도 관리 없이 최신 문서 반영 가능.
    8. NOTE: 오버 엔지니어링인듯 싶지만 개발 사이클에 잘 녹아들어 동작하는 모습을 보니 좋은 경험이었다고 생각중입니다
  2. Self-hosted/SaaS 플랫폼 Custom MCP 개발:
    1. 문제: LLM 기반 코드리뷰 봇에서 Context 참조를 위해 조회해야 할 플랫폼에서 API만 지원하고 MCP를 제공하지 않음.
    2. 리서치: 자체적으로 MCP를 구축하는 방안과, third-party MCP 솔루션을 검토.
    3. 결정: 유지보수/기능 부족 문제로 자체적으로 MCP 구축하는것이 유리하다고 판단.
    4. 해결: 간단하게 필요한 기능을 모두 포함하는 MCP 서버 개발
    5. 결과: LLM 기반 코드리뷰 봇에서 플랫폼 컨텍스트를 효과적으로 참조하여 Context 확장, 코드리뷰 품질 향상.
    6. 유지보수 요소: 플랫폼 API 변경에 따른 MCP 서버 업데이트 필요 가능성 있음.
    7. NOTE: 자체 MCP 구축은 초기 개발 비용이 들지만, 간단한 경우 프로젝트 설정부터 배포까지 몇시간 이내로 구축 가능하니 앞으로도 활용할 방법인듯 싶습니다.
3 Likes