Amazon S3 Files:AI Agent 等了十年的基础设施
AWS 刚解决了一个所有 agent 开发者都在绕路走的问题。S3 Files,4月7日上线,让任何 S3 bucket 都能直接挂载为原生文件系统。一条命令,不改代码,不搞同步管道。
为什么这事重要。AI agent 天然依赖文件操作——读文件、写文件、把状态存到磁盘。但企业数据住在 S3 里,S3 说的是 API 调用,不是文件路径。所以每个在 AWS 上搭 agent 的团队都在重复同一套动作:在 S3 旁边再起一套 EFS 或 FSx,搭同步管道,祈祷数据别飘。这种无聊的基础设施税能吃掉好几周。
S3 Files 把这一整层干掉了。底层用 EFS 构建,活跃数据延迟约1毫秒,支持 NFS v4.2。任何基于文件的应用、agent 或工具都能零修改地以文件系统方式访问 S3 数据。AWS 自家团队做 Kiro 和 Claude Code 集成时反复撞这堵墙,这才推动了这个项目。
应用场景是现成的:agent 在多 agent 管道中持久化记忆和共享状态,不需要自定义存储适配器。ML 团队直接在 S3 上跑数据预处理,不用拷贝文件。期望 POSIX 文件语义的老应用直接能用。已在全球34个 AWS 区域正式可用。
这不是什么炫酷产品,是水管工程。但正是这种水管工程在移除 agent 大规模部署时的真实摩擦点。当全球最大的对象存储变成文件系统,整个 agent 基础设施栈都变简单了。
https://aws.amazon.com/s3/features/files/
← 返回所有文章
为什么这事重要。AI agent 天然依赖文件操作——读文件、写文件、把状态存到磁盘。但企业数据住在 S3 里,S3 说的是 API 调用,不是文件路径。所以每个在 AWS 上搭 agent 的团队都在重复同一套动作:在 S3 旁边再起一套 EFS 或 FSx,搭同步管道,祈祷数据别飘。这种无聊的基础设施税能吃掉好几周。
S3 Files 把这一整层干掉了。底层用 EFS 构建,活跃数据延迟约1毫秒,支持 NFS v4.2。任何基于文件的应用、agent 或工具都能零修改地以文件系统方式访问 S3 数据。AWS 自家团队做 Kiro 和 Claude Code 集成时反复撞这堵墙,这才推动了这个项目。
应用场景是现成的:agent 在多 agent 管道中持久化记忆和共享状态,不需要自定义存储适配器。ML 团队直接在 S3 上跑数据预处理,不用拷贝文件。期望 POSIX 文件语义的老应用直接能用。已在全球34个 AWS 区域正式可用。
这不是什么炫酷产品,是水管工程。但正是这种水管工程在移除 agent 大规模部署时的真实摩擦点。当全球最大的对象存储变成文件系统,整个 agent 基础设施栈都变简单了。
https://aws.amazon.com/s3/features/files/
评论