Agent Stack Radar 에이전트 스택 변화를 한 줄 판단으로

← 전체 피드

Docker MCP Custom Catalogs와 Profiles GA는 도구 배포 거버넌스를 구체화했다

Docker의 Custom Catalogs와 Profiles 일반 제공은 MCP 서버를 개인별 설정 파일이 아니라 조직이 승인하고 배포하는 도구 묶음으로 다루게 만든다. MCP를 팀 운영에 넣는 곳에는 의미 있는 거버넌스 표면이지만, 개인 실험에는 절차가 먼저 커질 수 있다.

실험 영향도 79 / 100 이벤트 2026-05-15 출처 2개 (주근거 1)

핵심 요약

  • Docker는 2026-05-15 Custom Catalogs와 Profiles 일반 제공을 발표했다.
  • Custom Catalogs는 조직이 승인한 MCP 서버 목록을 배포하는 단위가 된다.
  • Profiles는 프로젝트별 MCP 서버 묶음을 저장하고 공유하는 운용 단위로 제시됐다.
  • MCP 도구 선택이 개발자 개인의 `mcp.json` 관리에서 조직 차원의 승인 목록과 프로필 배포 문제로 이동한다.

맥락

  • MCP 서버가 늘어나면 어떤 도구를 누가 승인했고 어떤 환경에서 실행되는지 추적해야 한다.
  • Docker는 컨테이너 배포와 이미지 출처 관리 경험을 MCP 서버 유통 문제에 붙이고 있다.
  • 이 변화는 프로토콜 자체보다 도구 공급망, 팀 표준, 재현 가능한 개발 환경 쪽에 더 큰 의미가 있다.

판단 근거

  • Docker 블로그가 2026-05-15 날짜와 Custom Catalogs, Profiles 일반 제공을 확인한다.
  • Docker 문서는 MCP Catalog와 Toolkit의 카탈로그, 프로필 개념을 보조한다.
  • 여러 팀원이 같은 MCP 서버 묶음을 써야 하는 조직에는 실험 가치가 있지만, 개인 프로젝트에는 관리 비용이 과할 수 있다.

근거 해석

Docker 발표와 문서가 일반 제공 날짜, Custom Catalogs, Profiles, Docker MCP Catalog 운용 방식을 확인하며 조직 단위 도구 배포라는 해석을 뒷받침한다.

비교 축

  • Docker MCP Catalog vs 직접 mcp.json
  • 도구 승인
  • 프로필 공유

추천

MCP 서버를 여러 팀원이 공유하거나 승인된 도구 목록이 필요한 조직은 실험하라. 개인 프로젝트는 단순 설정으로 시작하고, 승인·감사 요구가 생길 때 도입해도 늦지 않다.

위험

  • Docker Desktop과 관련 도구 버전에 운영이 묶일 수 있다.
  • 조직 카탈로그를 누가 갱신하고 검토할지 정하지 않으면 승인 목록이 금방 낡는다.
  • 프로필 공유가 편해질수록 불필요한 MCP 서버까지 기본값으로 퍼질 수 있다.
  • 승인 절차가 과하면 개발자는 다시 개인 설정으로 우회할 수 있다.

출처

관련 기사