S3 Files, 에이전트가 S3 데이터를 파일처럼 직접 읽는다

AWS가 2026년 4월 7일 Amazon S3 Files를 발표했다. 에이전트가 오브젝트 스토리지를 파일 경로로 직접 접근할 수 있게 됐다. 약 20년간 개발자를 괴롭혀온 오브젝트-파일 시스템 분리 문제가 해소되는 방향이다.

멀티 에이전트 파이프라인의 어디가 막혔었나

AI 에이전트는 기본적으로 파일 시스템 방식으로 작동한다. ls, cd, open 같은 도구로 디렉터리를 탐색하고 파일 경로로 데이터를 읽는다. 문제는 엔터프라이즈 데이터 대부분이 S3에 있다는 점이다. S3는 파일 경로가 아니라 API 호출 방식으로 데이터를 다룬다. 이 간극을 메우려면 빌더들은 중간에 EFS 또는 NFS 같은 별도 파일 시스템 레이어를 끼워 넣고, 데이터를 복제하고, S3와 싱크를 맞추는 파이프라인을 따로 구성해야 했다.

이 중간 레이어가 지연과 비용, 싱크 오류의 진원지였다. Amazon 스스로도 자사 AI 워크로드에서 이 문제를 겪고 있었다고 공식 언급했다. 멀티 에이전트 파이프라인에서 에이전트 수가 늘수록 이 변환 비용은 선형이 아니라 기하급수적으로 커진다.

S3 Files 이전과 이후, 무엇이 달라지나

S3 Files는 S3 오브젝트 스토리지를 표준 POSIX 파일 시스템처럼 접근할 수 있게 한다. 에이전트가 별도 레이어 없이 S3 데이터를 파일 경로로 직접 읽고 쓸 수 있다는 뜻이다.

- 이전: S3 + 별도 EFS/NFS 레이어 + 싱크 파이프라인 조합 필수 - 이후: S3 단일 스토리지에서 파일 시스템 접근 가능, 데이터 복제 불필요

빌더 입장에서 변화의 핵심은 파이프라인 복잡도다. 현재 내 에이전트 코드에 S3 오브젝트를 파일로 변환하는 레이어가 있다면, 그 레이어를 제거할 수 있는지 검토할 시점이다. 단, 실제 성능 벤치마크와 비용 구조 세부 내용은 아직 공개되지 않았다. 지금 당장 전면 교체보다는 지원 범위와 가격 정책을 먼저 확인하는 것이 현실적인 순서다.