아마존 베드록 에이전트, 파일 시스템 영속성 및 셸 실행 지원

주장인공지능 에이전트가 코딩 보조와 개발 워크플로우를 수행하는 범위가 넓어지면서 파일 시스템의 영속성 확보가 중요한 과제로 떠올랐습니다. 기존의 휘발성 환경은 세션이 종료되면 작업 내용을 모두 삭제하여 생산성을 떨어뜨리는 한계가 있었습니다.

팩트아마존 웹 서비스(AWS)는 베드록 에이전트 코어 런타임에 관리형 세션 스토리지와 셸 명령어 실행 기능을 도입했습니다. 관리형 세션 스토리지는 세션이 중단되어도 파일 시스템 상태를 보존하며, 셸 명령어 실행 기능은 마이크로 가상 머신 내에서 직접 명령을 수행하도록 지원합니다.

교차검증기존 환경에서는 에이전트 세션이 종료되면 설치된 의존성이나 생성된 코드, 로컬 깃 기록이 모두 사라졌습니다. 개발자는 이를 해결하기 위해 아마존 에스쓰리(S3)에 파일을 수동으로 업로드하거나 세션을 강제로 유지하는 복잡한 우회 방식을 사용해야 했습니다.

팩트에이전트 코어 런타임은 각 세션을 격리된 자원과 커널을 가진 마이크로 가상 머신에서 실행합니다. 이 아키텍처는 강력한 보안 경계를 제공하지만, 세션 종료 시 환경이 초기화되는 휘발성을 내포합니다.

주장테스트 실행이나 깃 푸시와 같은 결정론적 작업을 대규모 언어 모델을 통해 처리하면 비용과 지연 시간이 증가합니다. 런타임 내부에서 직접 셸 명령어를 실행하면 불필요한 오버헤드를 제거하여 워크플로우를 최적화할 수 있습니다.

팩트관리형 세션 스토리지를 설정하려면 에이전트 런타임 생성 시 파일 시스템 설정에 스토리지 항목을 추가해야 합니다. 마운트 경로는 반드시 /mnt로 시작해야 하며, 해당 경로에 작성된 모든 파일은 자동으로 영속적으로 저장됩니다.

팩트개발자는 파이썬용 소프트웨어 개발 키트인 보토3(Boto3)를 사용하여 프로그래밍 방식으로 에이전트 런타임을 생성하고 관리합니다. 제어 평면 클라이언트는 런타임 수명 주기를 관리하며, 데이터 평면 클라이언트는 세션 호출과 명령어 실행을 담당합니다.

주장개발자는 에이전트 코드에 별도의 저장 및 복구 로직을 추가할 필요가 없습니다. 에이전트는 일반적인 파일 시스템처럼 경로를 읽고 쓰기만 하면 되므로 기존 개발 방식의 복잡성을 크게 낮춥니다.

팩트세션 스토리지 데이터는 기본적으로 14일 동안 유휴 상태로 유지된 뒤 삭제됩니다. 에이전트 엔드포인트가 다른 버전으로 업데이트되고 동일한 세션 아이디가 호출되면 세션 데이터는 새로 고침되어 깨끗한 환경을 제공합니다.

출처아마존 웹 서비스의 공식 머신러닝 블로그를 통해 해당 기술의 세부 사양과 기능 도입 배경을 교차 검증했습니다. (https://aws.amazon.com/blogs/machine-learning/persist-session-state-with-filesystem-configuration-and-execute-shell-commands/)