AWS, Bedrock AgentCore·MCP·Nova 2 Sonic을 결합한 옴니채널 주문 시스템 구축——첫 엔터프라이즈 에이전트 실전 시연

AWS가 세 가지 새로운 에이전트 서비스——Bedrock AgentCore Runtime, MCP 프로토콜(모델 컨텍스트 프로토콜), Nova 2 Sonic 음성 모델——을 처음으로 공개적으로 통합한 아키텍처 예시를 발표했습니다. 이 데모는 하나의 공통 에이전트 레이어가 세 채널 모두를 조율하는 가운데, 음성 전화 채널, 웹 폼, 텍스트 채팅을 통해 동시에 주문을 받는 레스토랑 시나리오를 보여줍니다.

이 통합이 일반 튜토리얼보다 더 중요한 이유

AWS가 re:Invent에서 AgentCore를 발표한 이후, 대부분의 공개 예시는 「Hello World」 수준이었습니다——에이전트 하나, 도구 하나, 채널 하나. 이 아키텍처는 엔터프라이즈 에이전트의 세 가지 주요 빌딩 블록——격리된 런타임 환경, 외부 도구를 위한 표준화된 프로토콜, 낮은 지연 시간 스트리밍 음성 모델——을 동시에 사용한 첫 번째 사례입니다.

Bedrock AgentCore Runtime은 에이전트를 위한 관리형 실행 환경입니다. 각 에이전트 세션은 별도의 microVM(마이크로 가상 머신, 일반적으로 Firecracker)에서 실행되어 엔터프라이즈급 격리를 제공합니다——두 개의 동시 에이전트가 메모리나 상태를 누출할 수 없으며, 런타임에는 타임아웃, 메모리, 옵저버빌리티 훅이 내장되어 있습니다. 이는 개발자가 Lambda 함수에서 LangChain 같은 프레임워크를 직접 운영하는 DIY 방식과 명확히 대조됩니다.

**MCP(모델 컨텍스트 프로토콜)**는 Anthropic이 제안하고 AWS가 이제 에이전트에게 도구를 노출하는 표준 방식으로 지원하는 프로토콜입니다. 모델마다 커스텀 함수 호출 스키마를 사용하는 대신, 에이전트는 MCP 서버 목록(예: 「재고 시스템」, 「결제」, 「주문」)을 받고 통일된 형식으로 통신합니다. 이 예시에서는 레스토랑 재고, 가격표, POS 시스템 접근에 MCP를 사용합니다.

Nova 2 Sonic은 AWS의 새로운 오디오 기반 모델로, 음성 대 음성, 낮은 지연 시간, 실시간 전화 대화에 적합합니다. 음성을 텍스트로 변환한 후 다시 돌아오는 방식이 아니라 오디오 토큰을 직접 처리하여, 기존 STT+LLM+TTS 파이프라인의 누적 지연 시간을 제거합니다.

실제로 아키텍처는 어떻게 작동합니까?

AWS 블로그에 제시된 시나리오는 다음과 같습니다. 레스토랑 손님이 전화로 주문하면 Nova 2 Sonic 스트리밍 엔드포인트에 연결되고, 대화를 유지하면서 구조화된 인텐트(주문 항목, 수정 사항, 결제 방법)를 AgentCore 에이전트에게 전달합니다. 동시에 다른 손님이 웹 채팅으로 주문하면——동일한 에이전트 레이어가 REST API를 통해 텍스트를 받아 동일한 MCP 스택을 사용하는 동일한 에이전트에게 전달합니다.

두 채널의 에이전트는 동일한 툴킷을 사용합니다——재고 확인(메뉴가 제공 가능한지)을 위한 MCP 서버, 가격 확인용 MCP 서버, POS 최종 입력을 위한 세 번째 MCP 서버. 모든 조율은 AgentCore Runtime 내에서 이루어지며, 동일한 런타임을 공유함에도 불구하고 고객별로 세션 메모리가 독립적으로 추적됩니다.

전날 발표된 ToolSimulator와의 차이점은?

이것은 AWS의 에이전트 스택을 이해하는 핵심 포인트입니다. ToolSimulator(아침 뉴스에서 발표됨)는 개발 도구——개발자가 실제로 도구를 호출하지 않고 에이전트를 시뮬레이션할 수 있는 테스트 환경으로, 단위 테스트와 평가에 유용합니다. AgentCore Runtime은 같은 이야기의 반대편——실제 인프라에서 실제 도구 호출, 실제 사용자, 실제 청구로 에이전트를 실행하는 프로덕션 실행 환경입니다.

ToolSimulator와 AgentCore Runtime의 조합으로 개발 팀은 개발에서 프로덕션까지의 완전한 경로를 갖게 됩니다. ToolSimulator에서의 개발은 더 빠른 반복과 저렴한 테스트를 의미하고, AgentCore Runtime으로의 배포는 동일한 에이전트가 엔터프라이즈 격리, 감사 로그, CloudWatch를 통한 옵저버빌리티를 갖추고 라이브로 전환됨을 의미합니다.

이미 Bedrock을 사용하는 AWS 고객에게 이 블로그는 2026년 첫 번째 본격적인 에이전트 파일럿의 설계도입니다. 레스토랑 주문은 설명적인 도메인이지만, 동일한 아키텍처는 컨택 센터, 여행사, 은행 음성 봇, 그리고 동일한 업무가 여러 채널에서 이루어지는 모든 시나리오에 직접 적용할 수 있습니다. 문제는 오직 AWS의 파트너와 통합 업체가 그 설계도를 가져다가 첫 번째 공개 시연 가능한 프로덕션 배포로 전환하는 속도뿐입니다.