Manage agents, tools and skills at scale with AWS Agent Registry

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 요약

정식 출시된 AWS Agent Registry는 에이전트·도구·스킬·사용자 정의 리소스를 하나의 검색 가능한 카탈로그로 통합해 조직의 재사용과 거버넌스를 지원한다.

📌 핵심 요약

• AWS Agent Registry는 공통 자산 목록 부재, 팀 간 검색 단절, 거버넌스와 감사 추적 부족을 해결하기 위해 중앙 카탈로그와 접근 제어, 수명주기 추적, 승인 워크플로를 제공한다.
• 관리용 Governance Plane과 소비자용 Discovery Plane을 구분하며, 승인된 리소스의 의미 기반 검색과 정확한 이름 검색을 설명한다. 다만 소개된 기능 중 일부는 향후 제공될 기능이라고 명시한다.
• 등록 유형은 MCP 서버와 관련 도구·리소스·프롬프트, A2A 에이전트 카드, 마크다운 및 관련 코드·패키지로 구성된 스킬, 유효한 JSON 형식의 사용자 정의 설명자 등 네 가지다.
• Southwest Airlines는 승인된 기능을 수초 내 검색하고 중복 개발을 줄였다고 밝혔으며, Syngenta는 등록·검토·승인 절차와 소유권·버전·보안·접근 통제를 에이전트 거버넌스에 활용한다고 설명했다.
• 파트너들은 조직 전반의 에이전트 검색과 거버넌스를 지원하며, Informatica는 관리되는 데이터에 접근하는 MCP 서버 연동을, Check Point는 Amazon Bedrock AgentCore 워크로드의 지속적 검색과 보안 상태 평가 연동을 추진한다.

🧩 주요 포인트

1. 공통 자산 목록과 팀 간 검색의 결합 → 기존 기능을 발견하고 재사용할 기반을 마련해 중복 개발과 운영 부담에 대응한다.
2. Governance Plane과 Discovery Plane의 역할 분리 → 관리자는 전체 등록 자산을 관리하고 소비자는 승인된 자산을 탐색하는 구조이며, 일부 기능의 현재 제공 여부는 구분이 필요하다.
3. 네 가지 등록 유형과 파트너 연동 → 에이전트뿐 아니라 도구·스킬·데이터 접근 및 보안 평가까지 연결하는 공통 관리 기반으로 범위가 넓어진다.

🧠 상세 정리

1. 규모 확대에 따라 구축보다 발견과 관리가 중요해지는 이유

원문은 조직의 에이전트와 도구 활용이 확대되면서 핵심 문제가 개별 기능의 구축에서 기존 기능의 발견과 거버넌스로 이동한다고 설명한다. 팀마다 독립적으로 자산을 관리하면 무엇이 존재하는지, 누가 소유하는지, 계속 유지보수되는지를 확인할 권위 있는 공통 목록이 없어져 중복 개발과 버전 불일치가 발생한다. 다른 팀이 만든 도구와 스킬을 찾지 못하면 이미 있는 기능을 다시 만들게 되고, 그에 따라 유지해야 할 인프라와 지속적인 운영 비용도 늘어난다. 또한 중앙 관리 체계가 없으면 접근 권한과 보안 검토 여부를 추적하거나 장애를 특정 버전 및 소유자와 연결하기 어려워지므로, 원문은 자산별 소유권과 계보, 감사 추적을 기업 규모 운영의 요구사항으로 제시한다.

2. AWS Agent Registry의 역할과 등록 대상

AWS Agent Registry는 정식 출시된 서비스로 소개되며, 조직 환경의 에이전트·도구·스킬·사용자 정의 리소스를 하나의 검색 가능하고 관리되는 카탈로그에 등록하도록 지원한다. 도구가 소수에서 수백 개로 늘어날 때 기존 자산을 찾고 그 신뢰성을 판단하는 과정이 병목이 된다는 문제의식 아래, 의미 기반 검색과 접근 제어를 기본 역량으로 설명한다. 등록 유형은 네 가지로, MCP 유형은 서버와 도구·리소스·프롬프트를, Agent 유형은 에이전트와 스킬을 정의하는 A2A 에이전트 카드를 포함한다. Skill 유형은 마크다운 파일과 관련 코드 또는 패키지로 구성된 스킬 정의를 다루며, Custom 유형은 유효한 JSON이어야 하는 사용자 정의 설명자를 받아 서로 다른 형태의 자산을 공통 카탈로그에서 관리하게 한다.

3. Governance Plane의 전체 자산 관리와 정책 설정

Governance Plane은 정의된 관리 범위 안에서 수명주기 상태와 관계없이 등록된 에이전트·도구·스킬을 포괄하는 권위 있는 저장소로 설명된다. 관리자가 다루는 정책 요소에는 보안 검토 통과 여부, 규제 요구사항 충족 여부, 알려진 위험을 기록하는 준수 및 보안 메타데이터가 포함된다. 원문은 역할이나 팀별 권한에 따라 검색에서 볼 수 있는 리소스를 제어하는 발견 정책과, 비용 센터·데이터 분류·서비스 수준 등급처럼 조직별 설명 항목을 표준화하는 사용자 정의 메타데이터 스키마도 제시한다. 다만 거버넌스 신호를 더욱 풍부하게 제공하는 것은 향후 발전 방향으로 서술하고 앞서 설명한 기능 일부도 미래 지향적이라고 밝히므로, 이 설명 전체를 현재 제공이 확정된 기능 목록으로 해석해서는 안 된다.

4. Discovery Plane의 승인 기반 검색 경험

Discovery Plane은 에이전트와 개발자 등 소비자가 일상적으로 사용하는 영역으로, 조직의 승인 기준을 통과한 리소스만 선별해 보여주는 고성능 검색 관점으로 설명된다. 관리자나 큐레이터가 승인한 기록만 노출하며, 초안·거절된 기록·섀도 리소스는 소비자에게 보이지 않도록 해 전체 자산을 포괄하는 Governance Plane과 역할을 구분한다. 검색 방식은 티켓 라우팅 도구를 찾는 것처럼 의도를 표현하는 의미 기반 검색과 정확한 이름을 사용하는 검색을 포함하며, 프로그램을 통한 대량 질의도 지원하는 구조를 제시한다. 소비자에게는 원시 거버넌스 데이터 대신 사용 판단에 필요한 준수 및 보안 지표를 요약해 제공한다고 설명하지만, 본문은 소개 기능 일부가 향후 계획임을 명시하고 제공된 발췌문에는 그 구분을 상세히 설명하는 후속 절이 없다.

5. 고객 사례에서 나타난 검색과 재사용 효과

고객 사례에서는 Sony가 사업 부문 간 에이전트 패턴 재사용에 서비스를 활용하고, Mitsubishi Electric이 개발자가 사용할 자산을 한곳에서 발견하고 신뢰할 수 있는 환경을 지향한다고 소개한다. Southwest Airlines는 7만 명이 넘는 직원을 위한 에이전트 기반 도구와 자율 에이전트를 개발하는 과정에서, 여러 기술 팀에 흩어진 수십 개의 자산을 조직이 신뢰하는 단일 카탈로그로 모았다고 밝혔다. 이 회사의 인용문에 따르면 플랫폼 팀은 배포 자산과 소유자, 검토 여부를 확인하고 개발자는 승인된 기능을 의미 기반 검색으로 수초 내 찾게 되었으며, 중복 개발 노력도 크게 줄었다. PepsiCo 관련 인용은 전사적으로 에이전트·도구·통합 기능을 발견하고 관리하며 재사용하는 중앙 체계의 필요성을 강조하지만, 구체적인 구축 범위나 정량 성과는 제시하지 않는다.

6. Syngenta와 Amdocs의 거버넌스 적용

Syngenta는 AWS Agent Registry를 자사 AI 에이전트 거버넌스의 기반으로 삼아, 에이전트·도구·스킬을 모은 단일 신뢰 카탈로그를 운영한다고 설명한다. 팀은 기능을 한 번 게시한 뒤 기존에 작동하는 자산을 검색하고 재사용하며, 에이전트·커넥터·업무 절차를 처음부터 다시 만드는 중복을 줄이는 방식으로 활용한다. 특히 모든 기능을 조직에 공유하기 전에 등록·검토·승인하고 명확한 소유권과 버전 관리, 보안 및 접근 통제를 유지한다는 점을 강조한다. Amdocs는 서비스를 aOS Cognitive Core 플랫폼에 통합해 다양한 환경의 에이전트 자산을 통합적으로 파악하고 거버넌스·규정 준수·수명주기 관리를 간소화한다고 밝히며, 특정 프레임워크에 종속되지 않는 설계가 자사의 개방형 플랫폼 전략과 맞는다고 평가한다.

7. 구축 파트너들이 보는 조직 간 활용과 운영 과제

파트너 관점에서는 여러 클라우드 환경에 에이전트가 늘어날수록 수명주기 관리, 중복 방지, 거버넌스가 운영상 중요한 과제가 된다는 점을 강조한다. PwC Australia는 시스템 간 에이전트 스킬을 일관되게 관리하면서 기존 기술 환경과 맞춤 통합할 수 있다는 가치를 설명하고, 중앙 레지스트리가 에이전트의 무분별한 증가라는 운영 위험을 완화한다고 평가한다. Caylent는 사람과 에이전트, 도구가 언제 어떤 에이전트를 사용해야 할지 판단하기 어려워진다는 문제를 제시하며, 베타 기간 고객 지원과 자체 배포를 통해 다중 에이전트 아키텍처 구현의 개발 마찰을 줄였다고 밝혔다. Slalom은 기업 전반에서 에이전트를 발견하고 인증하며 신뢰할 수 있는 단일 기준 정보원이 사업 부문을 연결하는 대규모 다중 에이전트 아키텍처의 핵심 역량이라고 설명한다.

8. 데이터 접근과 보안 평가로 이어지는 연동

원문 후반부는 파트너와 독립 소프트웨어 공급업체가 MCP 도구와 보안을 에이전트 워크플로에 연결하면서 레지스트리의 활용을 확장한다고 설명한다. Informatica는 자사가 호스팅하는 MCP 서버를 등록·검색하고 에이전트와 안전하게 연동하는 통합을 구축하고 있으며, 이를 통해 메타데이터 탐색·데이터 품질·마스터 데이터 관리 기능을 에이전트 워크플로에 제공하려 한다. Informatica의 인용문은 해당 MCP 서버를 이미 레지스트리에서 발견할 수 있다고 밝히며, 신뢰할 수 있고 관리되는 데이터에 접근하는 기반이 정확성과 규정 준수를 뒷받침한다는 의미를 강조한다. Check Point는 Amazon Bedrock AgentCore 워크로드의 지속적인 검색과 보안 상태 평가를 위한 연동을 추진한다고 소개되지만, 제공된 본문이 관련 인용문 중간에서 끝나므로 이후의 결합 방식이나 구체적인 보안 기능은 확인할 수 없다.

🧾 핵심 주장 / 시사점

• 원문은 자산의 존재를 파악하는 것과 다른 팀이 재사용할 수 있도록 발견하게 하는 것을 별도 문제로 다루므로, 중앙 목록과 검색 기능은 서로 보완하는 역할을 한다.
• 관리자의 포괄적 가시성과 소비자의 승인 기반 검색을 분리하는 구조는 전체 자산 관리와 사용 가능한 자산 선별을 동시에 지원한다.
• 고객 사례는 재사용과 통제의 효과를 설명하지만 정량 성과는 제한적이며, 일부 기능이 향후 계획이라는 단서도 있어 사례의 효과와 현재 기능 범위를 구분해 읽을 필요가 있다.

✅ 액션 아이템

• 공통 자산 목록 부재와 팀 간 검색 단절을 기준으로 기존 기능의 발견·재사용 제약 검토.
• Governance Plane과 Discovery Plane의 역할 분리를 검토하고 일부 기능의 현재 제공 여부 확인.
• 네 가지 등록 유형과 Informatica·Check Point 연동이 에이전트·도구·스킬 관리 범위에 부합하는지 검토.

❓ 열린 질문

• AWS Agent Registry가 해결하려는 공통 자산 목록 부재와 팀 간 검색 단절 중 기존 기능 재사용을 더 크게 제약하는 문제는 무엇인가?
• Governance Plane과 Discovery Plane에 소개된 기능 중 현재 제공되는 기능과 향후 제공될 기능은 각각 무엇인가?
• Informatica의 MCP 서버 연동과 Check Point의 Amazon Bedrock AgentCore 보안 상태 평가 연동은 각각 어느 단계까지 제공되는가?