应用 - 快照
创建 snapshot
为你的应用执行一次 snapshot。速率限制为每 5 秒 1 个请求。
POST
创建 snapshot
创建 snapshot 会为应用的完整存储生成一个时间点
.zip 副本,并返回签名下载 URL,可作为进行有风险变更前的还原点,也可用于在平台之外获取完整备份。之后如需将应用还原到该状态,把生成的 snapshot 传给 恢复 snapshot;如果只是想查看或下载以往的 snapshot 而不创建新的,可使用 snapshot 列表。
Snapshot 仅在付费套餐中可用,每日配额随应用的 RAM 而变化(每 24 小时 (RAM / 256) × 2 次)。在工作区共享的应用上,调用者需要具备 Administrator 角色。
参数
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 小时窗口推进,配额会释放;如需更高的每日额度,请升级套餐。
创建 snapshot

