北京
“有状态系统极难构建。”Perplexity 基础设施副总裁 Nate Kupp 在最新访谈中毫不避讳。这正是这家公司决定从头设计沙箱平台的根本原因。7月15日，Perplexity 发布了 SPACE，一个专为 AI 代理任务打造的沙箱环境，现已运行在公司的知识工作代理平台 Computer 之下。
Kupp 解释，团队最初就意识到，隔离本身并非真正的技术难点。Firecracker 等开源 microVM 技术早已能提供足够的资源隔离，市面上也出现了多家售卖托管沙箱的厂商。但 Perplexity 需要的是让代理会话可以持续数天甚至数周，并在数百万个沙箱实例上稳定地暂停、恢复和分叉运行。这种规模下的状态管理，市面上的现成方案无法满足。
SPACE 并没有从最底层重做虚拟机。Kupp 透露，团队仍然以 Firecracker 作为核心构造块，用 Kubernetes 编排云部署，并从一开始就设计了跨云、本地数据中心乃至笔记本的可移植性。真正的工程工作集中在 microVM 之上的控制平面。当 Computer 代理将上下文注入沙箱时，系统必须快速挂起和恢复会话，在集群间迁移，并让会话“可移植、可分叉”，以便在不同的执行路径上同时展开任务分支。
实现这一切的基础是 Linux 的写时复制文件系统 Btrfs。通过 Btrfs，快照和分叉变成了廉价的元数据操作，而不是完整的数据拷贝。Kupp 评价这一选择“非常自然”，早期原型阶段就迅速验证了性能优势。SPACE 在此基础上实现了滚动快照机制，完整记录会话状态，包括运行中的内存数据。快照频率最高可达每分钟一次，用户能将会话回滚至最多一周前的任意状态。
相比现有供应商，Perplexity 在多项关键性能指标上获得了三倍以上的提升，成本也明显下降。Kupp 特别强调团队在尾部延迟上投入了大量精力，专门调优了 P95 延迟，以确保大规模并发场景下体验的一致性。在这位基础设施负责人看来，做好有状态系统的工程才是为 AI 代理释放持久工作能力的真正钥匙。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
