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 서버까지 기본값으로 퍼질 수 있다.
- 승인 절차가 과하면 개발자는 다시 개인 설정으로 우회할 수 있다.
출처
-
2026-05-15 Custom Catalogs와 Profiles 일반 제공 날짜 확인 자료
https://www.docker.com/blog/create-custom-mcp-catalogs-and-profiles/ -
Docker MCP Catalog, custom catalogs, profiles 개념 확인 자료
https://docs.docker.com/ai/mcp-catalog-and-toolkit/