AgentCore 개요
Amazon Bedrock AgentCore 서비스 전체 아키텍처와 구성요소 개요
에이전트를 프로덕션에 배포하는 플랫폼
빌드부터 운영까지 — 관리형 에이전트 인프라
🤔
왜 AgentCore인가
프로덕션 갭 · 통합 플랫폼 · 프레임워크 자유 · 학습 지도
PART 1 · 왜 AgentCore인가
에이전트를 프로덕션에 올리려면
만드는 것과 운영하는 것은 별개의 문제 — 로컬 3줄 코드 앞에 놓인 네 가지 갭
실행 격리
세션마다 독립 실행 환경 — 사용자 간 데이터 오염 방지
인증·권한
도구마다 자격 증명 — 키 보관·로테이션·접근 제어
기억
대화 이력 저장소 — 세션 복원과 장기 기억 파이프라인
관측·평가
추론 경로 트레이싱 — 품질 측정과 회귀 감지
takeaway
에이전트 코드는 3줄이지만, 운영에는 이 갭을 메울 인프라가 필요합니다 — 이 갭을 관리형 서비스군으로 메우는 플랫폼이 AgentCore입니다.
PART 1 · 왜 AgentCore인가
AgentCore = 통합 플랫폼
실행 · 연결 · 기억 · 통제 — 프로덕션 갭을 메우는 핵심 4축
Runtime
에이전트 실행 환경 — MicroVM 격리
Gateway
도구 연결 중앙 관리 — MCP 프로토콜
Memory
대화 기억 — 단기(STM) + 장기(LTM)
Identity & Policy
인증 + 권한 제어 — Cedar
takeaway
모든 서비스는 독립적으로 채택 가능(Composable) — 필요한 것만 조합해 점진 도입하고, 사용한 만큼만 과금됩니다.
PART 1 · 왜 AgentCore인가
프레임워크 자유
어떤 SDK로 만들었든 AgentCore에 배포 가능
| 프레임워크 | 배포 경로 | 통합 수준 |
|---|
| Strands | BedrockAgentCoreApp 래핑 — ZIP 또는 Container | 네이티브 — Memory·Gateway 연동 모듈이 SDK에 내장 |
| LangGraph | Container(ECR) — Docker 이미지 배포 | 기존 그래프 코드 수정 없이 배포 |
| CrewAI · 커스텀 코드 | ZIP(Direct Code) 또는 Container | @app.entrypoint 계약만 지키면 아무 Python 코드든 배포 |
takeaway
AgentCore는 프레임워크가 아니라 실행·연결·기억·통제를 맡는 인프라 — 만드는 도구는 그대로 두고 운영만 위임합니다.
PART 1 · 왜 AgentCore인가
5개 모듈 학습 지도
네 축의 정체성을 훑고, 상세는 전담 모듈에서
-
1
Runtime
커스텀 에이전트 코드의 실행 환경 — MicroVM 세션 격리, 배포 파이프라인, 프로토콜(HTTP·MCP·A2A)과 운영을 전담 모듈에서 다룹니다.
-
2
Managed Harness
코드 0줄 선언적 배포 — CreateHarness·InvokeHarness 2개 API, Per-invocation Override, Runtime과의 선택 기준을 전담 모듈에서 다룹니다.
-
3
Gateway
도구 허브 — Target 유형별 구성, 빌트인 커넥터, Interceptor와 시맨틱 도구 검색, Inbound/Outbound 인증을 전담 모듈에서 다룹니다.
-
4
Memory
STM/LTM 2계층 기억 — 추출 전략 4종의 동작, 네임스페이스, Strands 통합 코드를 전담 모듈에서 다룹니다.
takeaway
이번 모듈에서는 각 축의 맛보기와 CLI 설치 실습까지 — 전담 모듈이 따로 없는 Identity & Policy는 이 모듈에서 바로 다룹니다.
에이전트 코드에 집중하고, 인프라는 AgentCore에 맡기세요.
Runtime부터 Policy까지 — 에이전트 인프라의 완전관리형 전환