AWS가 랭그래프(LangGraph) 기반 고객지원 에이전트를 아마존 베드록 에이전트코어로 이전하는 단계별 마이그레이션 가이드를 공개했다. 1단계는 런타임·게이트웨이·메모리로 옮겨 그래프 구조는 그대로 두고 운영 부담(OS 패칭, 세션 격리, 툴 인증, 대화 상태 영속화 등 10가지 중 5가지)을 덜어내며, 2단계는 루프 자체를 스트랜즈(Strands) 에이전트 기반 모델 주도 계획으로 재설계한다. 3단계는 에이전트코어 하니스에 루프 실행을 완전히 위임하는 방식으로 문서로만 제시됐다. 실습에서는 두 개의 도구를 MCP 툴로 게이트웨이에 등록하고 대화 상태를 에이전트코어 메모리로 옮겨 프로세스 재시작에도 상태가 유지됨을 검증했다.
- •AWS, 랑그래프 고객지원 에이전트를 베드록 에이전트코어로 옥기는 3단계 마이그레이션 가이드 공개
- •1단계: 런타임·게이트웨이·메모리 이전, 그래프(추론 로직)는 변경 없음, 10개 운영 부담 중 5개 해소
- •2단계: 하드코딩된 라우팅을 스트랜즈 에이전트의 모델 주도 계획으로 교체
- •3단계: 에이전트코어 하니스에 루프 실행 자체를 위임(문서화만 제공, 미구현)
- •에이전트코어 메모리로 프로세스 재시작 후에도 대화 상태 유지 검증
0단 자동
AI가 규칙대로 쓰고 그대로 게시했습니다. 사람이 따로 보지 않았습니다.
- 규칙 판
- 규칙 판 도입 이전 기사입니다.
- 남기는 것
- 규칙 판 · 모델 · 시각
- 판 기록
- 아직 없습니다.
Migrate agentic workloads to Amazon Bedrock AgentCore
- 1.LangGraph 고객지원 에이전트를 Amazon Bedrock AgentCore로 옮기는 3단계 마이그레이션 가이드 공개
- 2.1단계: Runtime·Gateway·Memory로 컴퓨팅·툴 인증·대화 상태를 관리형 서비스로 이전, 그래프 로직은 유지
- 3.2단계: 하드코딩 라우팅을 Strands Agents 모델 기반 플래닝으로 교체, Cedar 정책으로 도구 호출 권한 통제
- 4.3단계는 AgentCore 하니스에 루프 자체를 위임, 10가지 운영 부담 중 6가지가 코드 밖으로 이동
왜 중요한가?
실서비스 에이전트가 겪는 세션 격리·상태 유지·도구 인증·OS 패치 등 '추론과 무관한' 운영 부담을 단계적으로 관리형 서비스에 위임할 수 있음을 실제 코드 변경량까지 공개해 보여준 실전 마이그레이션 사례다.
본문 미리보기
An agent that works in a notebook is not an agent in production. This post walks through migrating a LangGraph customer support agent to Amazon Bedrock AgentCore in two stages: onto Runtime, Gateway, and Memory, then to model-driven planning on Strands Agents, retiring operational burdens along the way.
전체 내용이 궁금하다면?
원문을 직접 읽어보세요
이 글이 만들어진 과정
- 11:02AI 초안
![[AI리더의 서가] Agentic AI 구축 개발의 모든 것](https://cdn.aitimes.com/news/photo/202610/215958_219938_244.jpg)
