Amazon Bedrock AgentCore 정식 출시: 며칠 걸리던 에이전트, 몇 분 만에

아마존이 AI 에이전트를 프로덕션 수준으로 빠르게 배포하는 관리형 서비스 'Bedrock AgentCore harness'를 2026년 6월 18일 정식 출시(GA)했다. 핵심은 인프라 구축에 며칠씩 걸리던 작업을 단 두 개의 API(CreateHarness·InvokeHarness)로 몇 분으로 줄였다는 점이다. 에이전트 개발의 병목이 '아이디어'가 아니라 '인프라 배관'이었음을 정면으로 겨냥한 제품이다.

두 개의 API로 압축한 것의 의미

이번 발표에서 눈여겨볼 지점은 기능 목록보다 '표면적'이다. 관리형 서비스는 CreateHarness와 InvokeHarness 두 API 뒤에 격리·메모리·관측·확장을 감춘다. 2026년 4월 프리뷰를 거쳐 6월 18일 GA에 이르렀다.

API 두 개라는 표면적은 단순한 편의가 아니라 설계 철학의 선언에 가깝다. 개발자가 마주하는 개념 수를 줄이면 학습 곡선이 완만해지고, 에이전트를 '만드는 일'과 '운영하는 일'의 경계가 흐려진다. 기존에는 컴퓨트 프로비저닝·스토리지 구성·시크릿 관리·컨테이너 빌드가 아이디어 검증보다 먼저 와야 했다. 그 선행 작업이 사라지면 실험과 배포 사이의 거리가 좁아진다.

7개 프리미티브를 하나로 묶은 이유

AgentCore는 일곱 가지 프리미티브를 통합한다. 런타임(샌드박스 실행), 메모리(대화·맥락 유지), 게이트웨이(도구 연결·인증), 브라우저(웹 상호작용), 코드 인터프리터(Python·Node 실행), 아이덴티티(자격증명 관리), 옵저버빌리티(CloudWatch 추적)다.

이 목록을 뜯어보면 '에이전트에게 무엇이 필요한가'에 대한 아마존의 답이 드러난다. 실행·기억·도구·신원·관측은 에이전트가 프로덕션에서 오래 살아남기 위한 최소 골격이다. 각각을 따로 조립하던 팀이라면 통합의 편익이 크지만, 이미 자체 스택을 굳힌 조직에는 프리미티브 단위로 선별해 쓸 여지가 얼마나 열려 있는지가 관건이 된다.

멀티모델과 선언적 설정을 읽는 법

한 세션 안에서 Bedrock·OpenAI·Gemini·LiteLLM 제공자 사이를 맥락을 유지한 채 전환할 수 있다. 작업별로 최적 모델을 섞어 쓰는 구조다. 여기에 브라우저·코드 인터프리터·MCP 서버·게이트웨이를 별도 어댑터 코드 없이 구성하고, 설정에서 Strands 기반 코드로 '내보내기'해 구조 변경 없이 발전시키는 선언적 설정이 더해진다.

멀티모델 지원은 특정 모델에 묶이지 않으려는 실무 요구를 정확히 짚는다. 다만 AWS 관리형 서비스 안에서 타사 모델을 오가는 편의가, 결국 어떤 락인(lock-in)으로 이어질지는 도입 전에 저울질할 대목이다.

가격과 도입 사례가 가리키는 방향

과금은 실제 사용량 기준으로, vCPU-시간당 0.0895달러·GB-시간당 0.00945달러이며 활성 소비분에만 부과된다. 여행기업 TUI Group은 500명 이상이 참여한 워크숍에서 130명 넘는 인원이 동시에 에이전트를 만들었다. 트윌리오·VTEX·후지소프트 등도 사례로 언급됐다.

수백 명이 동시에 에이전트를 세운 워크숍 숫자는 진입장벽이 실제로 낮아졌음을 보여주는 신호다. 한국 관점에서 보면, 인프라가 표준화될수록 경쟁력은 '무엇을 시킬지(목표·도구·평가)'로 옮겨간다. 소규모 팀에게는 며칠치 인프라 작업이 사라지는 것이 곧 기회다. 반대로 종량제 특성상 트래픽 급증 시 비용 예측이 새 과제가 된다는 점은 함께 봐야 한다.

---

참고: AWS: Amazon Bedrock AgentCore harness is now generally available (2026.6.18)