应用 - 快照
创建 snapshot
为你的应用执行一次 snapshot。速率限制为每 5 秒 1 个请求。
POST
创建 snapshot
参数
应用的 ID。你可以在应用控制面板的 URL 中找到它。
软截止(soft deadline)行为
此路由遵循软截止模型 —— 它不再总是同步响应。- 如果 snapshot 在 约 90 秒 内完成,路由将返回
200 success以及一个签名下载 URL(有效期 30 天),与以前完全相同。 - 如果 snapshot 生成时间超过 约 90 秒,路由将立即返回
202及代码SNAPSHOT_PROCESSING。这不是失败。 snapshot 会在后台继续生成,并会自行出现在 snapshot 列表 中,通常在约 2 分钟内。对于大型应用而言这是预期行为。
| 响应 | 含义 | 应对方式 |
|---|---|---|
status === "success" | snapshot 已就绪。 | 使用 url 下载它。 |
status === "error" 且 code === "SNAPSHOT_PROCESSING" | snapshot 仍在生成中。 | 等待约 2 分钟,然后通过 列出 Snapshot(GET)确认。不要重新 POST。 |
status === "error" 且带有任何其他 code | 实际失败。 | 处理错误(见下文)。 |
响应
指示调用是否成功。成功时为
success,否则为 error。响应的内容。仅当
status 为 success 时存在。当 snapshot 超过约 90 秒的软截止时返回。snapshot 仍在后台生成,并会自行出现在 snapshot 列表中,通常在约 2 分钟内。这不是错误 —— 请等待并通过
GET 列表端点确认。错误
snapshot 请求可能会以429 Too Many Requests 被拒绝。使用 code 字段区分这两种情况:
短期冷却 —— 你触发了每用户(每 5 秒 1 个请求)或每应用(每 180 秒 1 个请求)的限制。请稍后退避并重试。
已达每日配额 —— 账户已用尽其套餐的每日 snapshot 额度(每 24 小时 (RAM / 256) × 2 次)。随着滚动的 24 小时窗口推进,配额会释放;如需更高的每日额度,请升级套餐。
创建 snapshot

