创建应用 snapshot
将应用文件备份为 .zip(POST /v2/apps//snapshots)。返回下载 URL;大型 snapshot 仍在生成时返回 202。
POST
创建应用 snapshot
需要具有
snapshots:write 权限范围的 API 密钥。
创建 snapshot 会为应用的完整存储生成一个时间点 .zip 副本,并返回签名下载 URL,可作为进行有风险变更前的还原点,也可用于在平台之外获取完整备份。之后如需将应用还原到该状态,把生成的 snapshot 传给 恢复 snapshot;如果只是想查看或下载以往的 snapshot 而不创建新的,可使用 snapshot 列表。
Snapshot 需要有效套餐,每日配额随应用的 RAM 而变化(每 24 小时 (RAM / 256) × 2 次)。在工作区共享的应用上,调用者需要具备 admin 角色。
参数
string
必填
应用的 ID。你可以在应用控制面板的 URL 中找到它。
软截止(soft deadline)行为
此路由遵循软截止模型:它不再总是同步响应。- 如果 snapshot 在 约 90 秒 内完成,路由将返回
200 success以及一个签名下载 URL(有效期 30 天),与以前完全相同。 - 如果 snapshot 生成时间超过 约 90 秒,路由将立即返回
202及代码SNAPSHOT_PROCESSING。这不是失败。 snapshot 会在后台继续生成,并会自行出现在 snapshot 列表 中,通常在约 2 分钟内。对于大型应用而言这是预期行为。
响应
string
指示调用是否成功。成功时为
success,否则为 error。object
响应的内容。仅当
status 为 success 时存在。202
当 snapshot 超过约 90 秒的软截止时返回。snapshot 仍在后台生成,并会自行出现在 snapshot 列表中,通常在约 2 分钟内。这不是错误。请等待并通过
GET 列表端点确认。错误
snapshot 请求可能会以429 Too Many Requests 被拒绝。使用 code 字段区分这两种情况:
429
短期冷却:你触发了每用户(每 5 秒 1 个请求)或每应用(每 180 秒 1 个请求)的限制。请稍后退避并重试。
429
已达每日配额:账户已用尽其套餐的每日 snapshot 额度(每 24 小时 (RAM / 256) × 2 次)。随着滚动的 24 小时窗口推进,配额会释放;如需更高的每日额度,请升级套餐。
相关内容
- CLI:
squarecloud app snapshot create - SDK:
api.apps.snapshots.create()(JavaScript)、client.apps.snapshots.create()(Python)、c.Apps.Snapshots.Create()(Go)

