Vercel把云服务器玩成"存档游戏"：停机不丢数据

3月26日，Vercel Sandboxes（沙盒）上线自动持久化测试版。一个数字让开发者集体抬头：存储状态不收费，只按活跃时长计费。

这相当于把云服务器的计费逻辑从"租房"改成了"住酒店"——你出门时房间还在，但不用付房费。对于需要长期运行开发环境、AI Agent工作流的团队，账单结构被彻底改写。

从"快照焦虑"到"即停即走"

传统云开发环境的痛点很具体：你想暂停一个配置了半天环境的容器，要么让它空转烧钱，要么手动打快照、下次再恢复快照。后者像每次关机前都要手动存档，忘了就归零。

Vercel的新方案把"存档"变成自动行为。沙盒（Sandbox）现在是个独立身份，由名称、文件系统状态和配置组成；会话（Session）只是挂载在这个身份上的计算资源。

停机会话时，文件系统自动快照；恢复时，新会话从快照启动。状态存储本身免费，钱只在计算活跃时燃烧。

代码层面的变化很直接。创建命名沙盒、运行命令、停止，几天后通过相同名称获取，环境原封不动：

「import { Sandbox } from '@vercel/sandbox';

const sandbox = await Sandbox.create({ name: 'user-a-workspace' });
await sandbox.runCommand('npm', ['install']);
await sandbox.stop();

// 稍后恢复
const sandbox = await Sandbox.get({ name: 'user-a-workspace' });
await sandbox.runCommand('npm', ['run', 'dev']);」

更隐蔽的便利是透明恢复。如果沙盒已停止，你直接运行命令，SDK会自动创建新会话，无需检查状态或手动重启。这对写脚本自动化的人来说，少了层判断逻辑。

资源动态调配，像给游戏角色换装备

测试版SDK新增的方法暴露了Vercel的野心：沙盒不是一次性容器，而是可长期运营的基础设施。

运行中的沙盒可以动态更新资源配置——4核变8核不需要重建环境。你能查看会话历史、快照列表，也能按名称前缀搜索批量管理。彻底清理时，delete()方法会连带删除所有数据。

「const sandbox = await Sandbox.get({ name: 'user-alice' });

// 扩容
await sandbox.update({ resources: { vcpus: 4 } });

// 审计轨迹
const { sessions } = await sandbox.listSessions();
const { snapshots } = await sandbox.listSnapshots();

// 批量检索
const { sandboxes } = await Sandbox.list({
namePrefix: 'user-',
sortBy: 'name',
});」

CLI同步更新了配置管理和会话检查能力。创建、执行、查看状态，一套命令流走完。

持久化可以关，但名字留着

自动持久化是测试版默认行为，但允许显式关闭。设置persistent: false后，沙盒停止后仍存在、仍可按名恢复，只是每次会话从干净文件系统启动。

这提供了两种使用模式：长期项目环境开持久化，临时测试任务关持久化。同一个基础设施，按场景切换成本模型。

一个细节值得玩味：即使关闭持久化，沙盒名称仍是 durable（持久的）。Vercel在文档里把"身份"和"状态"做了彻底解耦——名字是基础设施层面的持久，数据是应用层面的可选。

这种设计让沙盒可以充当用户级别的隔离单元。给每个终端用户分配命名沙盒，他们的环境彼此独立，生命周期由你控制，计费只发生在活跃时段。

谁在买单？成本结构的隐形迁移

Vercel没公布具体定价，但"状态存储不收费"这个条款本身就有冲击力。主流云厂商的持久化存储通常按GB-月计费，即使容器停止，磁盘费用继续走。

把存储成本从账单里抹掉，相当于把竞争焦点完全拉到计算效率上。这对需要大量闲置开发环境的企业有吸引力——团队可以保留数十个预配置环境，而不必为"可能用到"支付存储租金。

AI Agent场景更典型。一个需要长期记忆、但大部分时间休眠的Agent，传统方案要么持续运行烧钱，要么自己实现状态序列化。现在沙盒本身就是状态容器，停机时自动冻结，唤醒时自动还原。

风险也有。免费存储意味着Vercel在补贴这部分成本，测试期可以承受，正式版是否维持待观察。另外，快照恢复速度、跨可用区一致性这些细节，文档里没给SLA承诺。

云厂商的"无服务器"战争进入下半场

Vercel这一步，把Serverless（无服务器）的概念从"函数即服务"推向了"环境即服务"。不是跑完就销毁的临时计算，而是有身份、有记忆、可休眠的持久实体。

AWS有类似能力，但散落在ECS Fargate、App Runner多个服务里，配置复杂度不低。Vercel的赌注是：开发者愿意为"一个SDK搞定"支付溢价，前提是账单够简单。

自动持久化目前处于测试阶段，SDK和CLI都已可用。生产环境是否就绪，取决于你对Vercel基础设施的信任度，以及能否接受测试版API的潜在变动。

一个开放问题：当你的开发环境可以像游戏存档一样随时冻结、随时唤醒，"本地开发"和"云端开发"的边界还存在吗？