跳到正文
原文
Hacker News · AI· NathanFlurry·· 5 小时前精选AI 评分78

Rivet 发布基于 S3 与 Actor 模型的 Agent 编排工具,宣称实现 72KB 内存与 4.99ms 冷启动

Launch HN: Rivet (YC W23) – Scale and Orchestrate Agents on S3

AI 导读

YC W23 公司 Rivet 正式发布开源 Agent 编排框架 Rivet,其核心主张是通过 Actor 模型在 S3 上构建高并发、低成本的长生命周期进程,以解决传统沙箱或虚拟机方案在 Agent 场景下资源浪费和启动慢的问题。该框架允许开发者使用 Node.js、Bun 或 Rust 编写代码,每个 Actor 拥有独立的内存状态和 SQLite 数据库,且数据持久化在 S3 对象存储中。

关键性能指标显示,Rivet Actor 的 p99 冷启动时间为 4.99 毫秒,单实例内存占用仅为 72 KB,而对比的沙箱方案通常需 1.70 秒启动和 512 MiB 内存。存储方面,利用 S3 作为 SQLite 后端,其持久化写入读取延迟分别达到 1.07 毫秒和 1.36 毫秒(p99),官方声称比复制的 SSD 存储成本低 10.4 倍。此外,Idle Actors 支持休眠机制,空闲时不产生成本,唤醒时无状态丢失。该方案还通过 agentOS 提供对 Agent 生成代码的安全执行环境,支持网络、文件系统和资源限制的细粒度控制。

从商业与技术推论看,Rivet 试图通过消除专用数据库和消息总线依赖(仅需 S3 兼容存储)来降低基础设施复杂度,并明确对标 Cloudflare Durable Objects,强调无 128 MB 内存限制、无限存储及可自托管的优势。事实层面,这些性能数据基于 Rivet 3.0.3 版本的基准测试,且提供了复现脚本;推断层面,这种架构可能显著降低大规模多 Agent 系统的单位经济成本,特别是对于需要大量短连接或高频交互的应用;猜测层面,其能否在复杂分布式一致性场景下完全替代传统微服务架构中的状态管理组件,仍需观察生产环境的长期稳定性验证。

推荐理由

材料用 S3 替代数据库与共享进程架构,将单实例内存压至 72KB、冷启动降至 5ms,直接改变对 Agent 规模化成本与延迟的估算模型。

来源:Hacker News · AI · github.com