TL;DR. MCP가 표준이 된 직후, 그 위에 얹히는 운영 레이어가 4월 한 달 사이 동시에 등장했다. AWS Agent Registry · Microsoft Agent 365 · Claude Managed Agents · OpenAI Agents SDK 메이저 업데이트 · MCP 공식 로드맵 — 다섯이 같은 자리에 진입. 카탈로그·호스팅·게이트웨이·감사가 네 축이고, 깨지는 지점은 축마다 다르다.
Agent Governance란 무엇인가
정의 — 표준화된 에이전트 자원(에이전트·MCP 서버·스킬)에 대한 발견·승인·실행·감사의 책임 분담 체계. 단일 플랫폼이 아니라 운영 책임의 구획이다.
좀 더 풀면, 거버넌스는 네 가지 질문에 대한 분담된 답이다:
- 어디 있는가 — Registry / Catalog
- 어디서 도는가 — Managed Hosting
- 어떻게 도달하는가 — Gateway / Routing
- 무엇을 했는가 — Audit / Observability
아래 4축 표는 이 네 질문이 어느 제품에 어떻게 박혀 있는지를 보여준다. 제품이 다섯 개씩 등장해도 결국 답해야 하는 질문은 네 개다 — 그래서 같은 라벨로 비교 가능하다.
왜 지금 등장했는가
세 가지가 동시에 임계점을 넘었다:
- 자원 수의 폭증. 공개 MCP 서버는 2026년 3월 1만 개를 돌파했고, 몇 주 사이 1인 시그니처 스킬팩이 연속 트렌딩에 진입했다. 조직 내 자작 에이전트·MCP 서버까지 더하면 연결 가능한 자원의 카디널리티가 한 사람이 추적 가능한 한계를 이미 넘었다. 이게 "agent sprawl"의 실체다.
- 표준이 운영을 풀어주지 않았다. MCP는 어떻게 말할지는 표준화했지만 누가 운영 책임을 지는지는 풀지 않았다. JSON-RPC 위 3 프리미티브는 연결 규약일 뿐 — 어떤 서버를 신뢰하고, 누가 끌 권한을 가지고, 어디에 호출 로그가 남는가는 전부 표준 바깥의 문제다. MCP 인덱스 글이 결론지은 "남은 문제는 운영"이 정확히 이 자리다.
- 양대 클라우드·양대 모델사가 같은 달에 진입했다. AWS·Microsoft·Anthropic·OpenAI가 모두 2026년 4월에 답을 내놓은 건 우연이 아니다. 표준화 직후의 운영 공백이 네 회사 모두에게 동시에 보였다는 시그널이다.
한 줄로: 거버넌스는 MCP 표준의 다음 챕터다. 표준이 연결 가능성을 풀었으니, 그 위의 운영은 별도 레이어가 풀어야 한다 — 그 레이어가 지금 동시에 등장하고 있다.
무엇이 동시에 등장했는가
2026년 4월 한 달 사이, agent sprawl — 조직 내 에이전트·MCP 서버 난립 — 에 대한 답을 양대 클라우드와 양대 모델 회사가 모두 같은 자리에 내놓았다.
- 2026-04-09 — AWS Agent Registry (Bedrock AgentCore 산하, preview). MCP·A2A·Skills·Custom 4종 레코드를 단일 카탈로그로 묶고 라이프사이클·승인·CloudTrail까지.
- 2026-04 — Anthropic Claude Managed Agents (public beta). MCP 서버를 agent definition에 직접 선언, 호스팅된 sandbox에서 실행.
- 2026-04-15 — OpenAI Agents SDK 메이저 업데이트. sandbox·subagent·long-horizon harness, MCP 호환.
- 2026-05-01 — Microsoft Agent 365 GA. AWS·Google과 registry sync, 자동 인벤토리·라이프사이클.
- 공식 MCP 2026 로드맵 — 중앙 레지스트리(npm-style), Tasks primitive(비동기 long-running), stateless HTTP transport.
다섯이 같은 방향이다. MCP 인덱스 글이 결론지은 "남은 문제는 운영"의 첫 클라우드 답이다.
거버넌스 레이어의 4축
다섯 신호를 네 축으로 분해하면 다음과 같다.
| 축 | 무엇을 푸는가 | 대표 신호 |
|---|---|---|
| Registry / Catalog | 발견·중복 방지·승인 | AWS Agent Registry, MS Agent 365, MCP 공식 레지스트리 로드맵 |
| Managed Hosting | 격리·라이프사이클·운영 책임 위탁 | Claude Managed Agents, AgentCore Runtime |
| Gateway / Routing | 페더레이션·alias·권한 필터 | AgentCore Gateway, agentic-community MCP Gateway, A2A interop |
| Audit / Observability | 호출 로그·신뢰 경계 검증 | CloudTrail 연동, Tool annotations (MCP blog, 2026-03), 에이전트 obs 도구들 |
네 축은 분리 가능한 책임이고, 벤더마다 묶는 방식이 다르다. AWS는 Registry와 Gateway를 분리한 반면, Anthropic Managed Agents는 호스팅·라이프사이클을 한 묶음으로 처리. 분담 방식이 다른 만큼 동시 운영 시 마찰이 즉시 등장한다.
어디서 깨질 것인가
운영 레이어가 동시 등장한 만큼, 다음 분기의 운영 화두는 세 가지로 좁혀진다.
- 단일 소스 결정. 같은 자원(MCP 서버·스킬·에이전트)이 여러 거버넌스 레이어에 동시 존재할 때, 어느 쪽을 정본으로 둘 것인가. 로컬 vs 클라우드 Registry, 자체 Gateway vs 벤더 Gateway, 자작 스킬 vs Registry 등록 스킬.
- 인증·권한 모델 정합성. Registry는 IAM 또는 OAuth, Managed Agents는 별도 sandbox 권한 모델, Gateway는 또 다른 권한 정책. 세 권한 모델이 한 호출 경로에서 만날 때의 누락·중복.
- 라이프사이클 충돌. 클라우드 거버넌스는 승인 워크플로(예:
APPROVED만 노출)를 강제하지만 로컬 스택은 즉시 변경을 가정. 같은 자원에 두 라이프사이클을 동시에 걸면 둘 다 무력화된다.
이 세 가지가 다음 6개월 운영의 반복적 깨짐 지점이다.
축별 상세
- AWS Agent Registry — Registry/Catalog 축, 상세 분석
- Microsoft Agent 365 — registry sync로 AWS·Google을 가로지르는 컨트롤 플레인, 상세 분석
- Claude Managed Agents — Managed Hosting 축, 상세 분석
- AgentCore Gateway vs MCP Gateway — Gateway/Routing 축, 상세 분석
참고
- The 2026 MCP Roadmap (MCP Blog)
- AWS Launches Agent Registry in Preview (InfoQ, 2026-04)
- agentic-community/mcp-gateway-registry
- Microsoft Security Blog — Microsoft Agent 365 GA (2026-05-01)
- AWS ML Blog — Transform your MCP architecture: AgentCore Gateway