AWS, 기업용 AI 에이전트 관리 참고 플랫폼 Loom 공개

들어가며

AWS는 AWS Labs에 오픈소스 참고 플랫폼인 Loom을 공개했다. Loom은 기업이 AWS 위에서 AI 에이전트를 구축, 배포, 관리하는 방식을 보여주는 실행 가능한 예제에 가깝다. 즉, 바로 구매해 쓰는 관리형 서비스라기보다는 플랫폼 엔지니어링 팀이 자체 에이전트 플랫폼을 만들 때 참고할 수 있는 설계 샘플이다.

AI 에이전트가 데모를 넘어 기업 환경으로 들어오면 문제의 성격이 달라진다. 에이전트가 누구를 대신해 행동하는지, 어떤 권한으로 어떤 시스템을 호출하는지, 배포된 에이전트를 어떻게 통제하고 민감한 작업을 누가 승인하는지가 핵심이 된다. Loom은 이 지점을 정면으로 다룬다.

핵심 내용

• AWS 에이전트 스택 기반: Loom은 Strands Agents SDK로 에이전트를 만들고 Amazon Bedrock AgentCore Runtime에서 실행한다. 관리 UI와 백엔드 API를 제공하며, 에이전트, 메모리 리소스, MCP 서버, A2A 통합의 수명주기 관리를 지원한다.
• 신원 전파에 초점: 에이전트가 사용자를 대신해 MCP 서버를 호출하고, 그 서버가 다시 REST API를 호출하는 경우 원래 사용자의 신원과 권한이 각 단계에 유지돼야 한다. Loom은 사용자 상호작용에 인증 코드 흐름을 적용하고, AgentCore Identity가 지원하는 RFC 8693 토큰 교환을 사용해 위임 체인을 보존한다.
• 런타임 코드 생성 대신 구성 기반 배포: Loom은 Strands로 미리 작성된 Python 에이전트를 배포한다. 배포 시 행동 지침, 메모리 리소스, MCP 또는 A2A 설정을 주입하며, 코드 자체는 배포마다 바뀌지 않는다. 플랫폼 팀은 코드를 한 번 점검하고 로깅 등 기업 요구사항을 반영한 뒤 반복적으로 재사용할 수 있다.
• 거버넌스와 승인 흐름 내장: Loom은 배포 리소스에 애플리케이션, 그룹, 소유자에 해당하는 필수 태그를 요구한다. 접근 제어는 역할과 그룹 태그를 결합해 권한과 가시 범위를 정한다. 민감한 도구 호출은 Strands 훅과 MCP 호출 메커니즘을 활용해 실행 전 사람의 승인을 기다릴 수 있다.
• 에이전트 등록 체계와 연동: Loom은 공개 프리뷰 단계의 AWS Agent Registry와 통합된다. 에이전트는 프로덕션에 게시되기 전 검토를 거칠 수 있다. 다만 소재에서는 레지스트리 ARN이 이름이 아니라 무작위 문자열을 포함해 IAM 정책 작성에 불편을 줄 수 있다는 점도 언급된다.

의미와 영향

Loom의 핵심 의미는 기업형 AgentOps의 설계도를 구체화했다는 데 있다. 신원 위임, 구성 기반 배포, 태그 기반 관리, 레지스트리 거버넌스, 사람의 승인 절차는 앞으로 AI 에이전트 운영에서 중요한 기반 요소가 될 가능성이 크다.

그러나 Loom은 어디까지나 참고 구현이다. 소프트웨어 자체는 무료이자 오픈소스지만, 하위 AWS 관리형 서비스 사용 비용은 별도로 발생한다. 설계는 신중해 보이지만, 제품 수준의 완성도와 지원을 기대하는 조직에는 아직 검토가 필요하다. 반대로 플랫폼 엔지니어링 역량이 있는 기업에는 내부 에이전트 플랫폼 구축을 앞당기는 출발점이 될 수 있다.

AI 에이전트 경쟁은 이제 단순히 더 많은 에이전트를 만드는 단계에서, 이들을 안전하고 일관되게 운영하는 단계로 이동하고 있다. Loom은 그 전환을 보여주는 사례다.

Source: InfoQ 中文