
하나의 플랫폼으로 두 가지 에이전트 런타임 운영하기: 웅진씽크빅의 Amazon Bedrock AgentCore 및 Amazon EKS 기반 플랫폼 구축기
두줄요약
AgentCore와 EKS를 함께 지원하는 사내 AI 에이전트 플랫폼 구축 과정을 소개했습니다. 코드 생성·배포·MCP·메모리 관리를 표준화하고 GitOps 운영 개선 방향을 제시했습니다.
문제 상황
- 팀별 에이전트 코드·컨테이너 빌드·배포 준비의 반복과 도구 연결 정보 분산
- 기존 Amazon EKS 기반 GitOps 운영 체계와 신규 AgentCore 환경의 분리 운영 부담
구조와 흐름
- 관리 영역의 모델·지시문·MCP·지식 기반 설정을 Strands Agents 코드와 컨테이너 이미지로 자동 생성
- CodeBuild·ECR 파이프라인과 백엔드의 AgentCore Control Plane API 호출을 통한 Runtime 배포·버전 엔드포인트 관리
- AgentCore Memory의 최근 이벤트와 비동기 대화 요약, Knowledge Bases·MCP 도구 호출 기반 응답 생성
선택 이유
- AgentCore Runtime·Gateway·Identity·Memory 기반 공통 기능 표준화와 자격 증명 분리 관리
- EKS 배포 유형의 Helm values·ArgoCD 동기화 연동으로 기존 워크로드와 동일 관리 흐름 확보
- 배포 대상별 ARM64·AMD64 이미지 분리와 공통 코드 생성기·빌드 파이프라인 재사용
성능/운영 포인트
- ARM64 전용 베이스 이미지 분리로 exec format error 해소 및 설정 저장부터 호출 가능 상태까지 중앙값 약 2분 10초
- 외부 채널 스트리밍 호환을 위한 text 이벤트의 delta 변환과 종료 이벤트 통합
- GitOps 상태 판정, outbox 기반 등록 일관성, SQS FIFO 기반 동시 배포 직렬화 검토





