use-cases / snapshot-before-migration / hero

USE CASE / SNAPSHOT BEFORE MIGRATION

在每晚迁移前给容器拍快照

加一条 hoody-cron 条目,在 03:00 迁移作业前 5 分钟触发。它 curl 快照 URL,并把产物标记为回滚点。如果迁移失败,一条 PATCH 就能在 30 秒内恢复。

阅读 cron + snapshot 文档

cron.containers.hoody.com/audit

https://cron.containers.hoody.com/audit?since=last-night全绿

02:55:00ZCRONcron 条目 pre-migration-snap 触发
schedule: 55 2 * * * - owner: ops@hoody
02:55:08ZSNAP快照 snap-2026-05-04 已创建
alias rollback-point - 8.2s - 412 MB delta
03:00:00ZMIG迁移作业 0094-add-billing-events 开始
applied by migrator@2.14.0 against postgres-primary
03:00:11ZDDLDDL: ALTER TABLE invoices ADD COLUMN billing_event_id BIGINT
+ CREATE INDEX CONCURRENTLY idx_invoices_billing_event_id
03:01:42ZOK迁移已提交,快照保留 7 天
rollback-point still resolvable until 2026-05-11T02:55Z

快照产物

200 OK

// POST /api/v1/containers/[id]/snapshots

{
  "name": "snap-2026-05-04",
  "alias": "rollback-point",
  "created_at": "02:55:08Z"
}

一晚,五个事件,零次告警

use-cases / snapshot-before-migration / mechanism

两个 URL,一个睡前习惯

cron 服务调度一条 curl。快照服务负责冻结。两者都不知道五分钟后会跑迁移作业——这正是关键。

POST cron/entries

调度器

# register the recurring snapshot job (one-time setup)
curl -X POST \
  cron.containers.hoody.com/users/root/entries \
  -H "Content-Type: application/json" \
  -d '{
    "schedule": "55 2 * * *",
    "command": "curl -X POST $SNAP_URL -d '{\"alias\":\"rollback-point\"}'",
    "comment": "pre-migration snapshot"
  }'

FIRES

POST containers/[id]/snapshots

冻结器

# what the cron entry curls every night at 02:55 UTC
curl -X POST \
  api.hoody.com/api/v1/containers/$ID/snapshots \
  -H "Authorization: Bearer $TOKEN" \
  -d '{"alias": "rollback-point", "expiry": 7}'

# response from the snapshots service
→ 200 OK · snap-2026-05-04 created in 8s

cron 条目是 Hoody 某个 Postgres 表里的一行。快照 URL 把内容寻址的 blob 写入容器存储后端。两者都持久、都有版本,都不需要在你的笔记本上保留长进程。

use-cases / snapshot-before-migration / anatomy

昨夜的解剖

四个时刻,四个 URL,安全网与变更之间隔着五分钟。迁移在多数工程师第一个闹钟响起前就完成了。

0102:55:00ZCron 触发schedule: 55 2 * * *

0202:55:08Z快照落盘alias rollback-point

0303:00:00Z迁移运行ALTER TABLE invoices

0403:01:42Z审计闭环快照保留 7 天

如果第 03 步失败,回滚就是 `PATCH /snapshots/snap-2026-05-04`,你回到了 02:55:08Z。上方的审计时间线就是同一份数据,以 JSON 形式提供。

use-cases / snapshot-before-migration / powers

这种形状解锁了什么

不是快照本身,是这种形状:在变更之前就存在的备份,以 URL 寻址,名字带着今天的日期。

01 / 安全

备份恰好在变更之前 5 分钟

大多数事故复盘都以“我们忘了备份”开头。当备份是一条 cron 条目,你忘不了。02:55 的快照就是 runbook 的第一句话——已经提前写好。

02 / 速度

回滚是一次 PATCH,不是 40 步

恢复 snap-2026-05-04 是对 api.hoody.com 的一次 HTTP 调用。容器在 30 秒内回到 02:55:08Z 的状态。无工单,无 on-call 升级,无“谁还有 AWS 控制台”。

03 / 闲置成本

如果迁移成功,快照不花钱

快照按内容寻址,以增量形式存储。你只为 412 MB 的增量(叠在未变的基础磁盘上)付费,且只在 7 天保留窗口内付。成功的迁移几乎不留痕。

use-cases / snapshot-before-migration / rollback

回滚:之前 vs 之后

过去的 runbook 是什么样,而当快照以今天的日期命名、以 URL 寻址时,它收缩成什么样。

OLD RUNBOOK9 个手动步骤,20-40 分钟,1-2 个人

01
呼叫 on-call DBA,确认迁移搞挂了生产中位:4 分钟确认
02
在 AWS 控制台找最近的备份祈祷它还不到 24 小时
03
起一个恢复实例,等它上线db.r6g.xlarge 上 8-15 分钟
04
用手写的 DOWN 脚本手动反转 ALTER TABLE前提是 DOWN 脚本存在,而它通常不存在
05
重启应用服务器,刷缓存,盯错误率顺手写复盘

ops@acme 2024 事故平均回滚时间:27 分钟

NEW RUNBOOK1 次 HTTP 调用,~30 秒,0 个人

# rollback last night's migrationcurl -X PATCH api.hoody.com/api/v1/containers/$ID/snapshots/snap-2026-05-04# response→ 200 OK · container reverted to snap-2026-05-04 in 28s

PATCH 是幂等且可逆的

右栏新出现的内容不是工具,而是 runbook 里的一句话。这句话不再以“先做备份”开头,因为备份已经存在。

use-cases / snapshot-before-migration / punchline

回滚方案,就是你预先调度好的一个 URL。

之前:一份没人读的 Notion 页面之后:cron 里的一行,加对象存储里的一个 blob

旧first, take a backuprunbook 的第一句话,03:02 由疲惫的人手动执行

新备份已经存在,以今天的日期命名,在变更前 5 分钟拍下runbook 的第一句话,由一条 cron 条目提前写下

查看快照 API

use-cases / snapshot-before-migration / replaces

它替代了什么

围绕迁移前备份的种种繁琐仪式。安排好快照,然后安心睡过迁移窗口。

手动迁移前快照02:54 起床去点备份按钮
Runbook 检查清单条目14 步里第 1 步,而页面没人找得到
回滚的 on-call 待命花钱让工程师等待空气
上线前临时跑 pg_dump祈祷你没忘,祈祷它跑完了
"我们小心点就行" 的发布把事故运出去的乐观主义
AWS RDS 自动快照固定 5 分钟窗口,按 GB-day 计费

use-cases / snapshot-before-migration / cta

回滚方案,就是你预先调度好的一个 URL。

阅读快照参考

use-cases / snapshot-before-migration / related

阅读其他内容

一台服务器上运行 60 个容器

一个裸金属服务器运行数十到数百个 Hoody 容器。KSM 和 BTRFS 去重使边际成本接近零。

容器·快照

一条链接搞定开发者入职

新工程师周一加入。你发一条 URL。他们在任何手头的笔记本上打开,就进入了一个从你的开发者基线快照克隆出的全新容器——代码、依赖、环境、种子数据、浏览器内 VSCode。五分钟内开始写代码,而不是配置环境。

快照·容器·终端·文件

按需实现的 API 端点

一个通配符 exec 脚本捕获调用，要求 LLM 编写处理程序，在 V8 沙箱中运行它，并保存路由。下一次调用是原生的。

Exec·智能体·代码·文件

像 Git 一样分支计算机

快照正在运行的容器——文件、进程、内存。秒级恢复。通过 /copy 分叉。分支，但针对整个机器。

快照·容器

在手机上跑真正的 VS Code

Code 编排器在容器中启动 VS Code 实例,通过普通的 HTTPS URL 提供编辑器。任何带浏览器的设备都能打开它。工作存活在容器中,而不是设备上。

显示·终端·文件·容器+1

能派生其他 AI 智能体的 AI 智能体

一个研究智能体 POST 到 /api/v1/projects/$PID/containers 启动子容器,然后像调用任何其他 HTTP 服务一样调用子智能体的 URL。子智能体以同样的方式派生自己的子智能体。没有编排框架,只有 URL。

智能体·Exec·容器

每个客户自动获得一个沙盒

一个 exec 脚本接住注册 webhook,复制一个全新客户容器,把新租户独有的 URL 交给他们。隔离来自操作系统,而不是 tenant_id 字段。

容器·快照·Exec·文件

醒来即看到完成的原型

在午夜前给代理一个段落。它生成自己的容器，在有风险的步骤前进行快照，并在日出时发布到你的通知 webhook。

智能体·快照·容器·浏览器+2

从手机进行生产紧急修复

PagerDuty 唤醒你。在手机上打开终端 URL。从坏的部署之前修补快照。生产已恢复。无堡垒主机，无 VPN，无笔记本电脑。

终端·快照·网络

把生产日志 tail 到一个谁都能 curl 的 URL

一个管道 URL。最多 256 个读取者。三个工程师同时 tail 同一个故障——不需要堡垒机、Datadog 席位或日志转发器。

管道

把一次构建推送到三十个 CI worker

构建容器把 tarball 流式传到带 ?n=30 的管道路径。三十个测试 worker 一起 curl 同一个 URL。字节只走一次,然后扇出。

管道

在咖啡馆看 agent 思考

agent 在家里运行,你在咖啡馆。把循环里的每一步通过 Hoody Pipe 流式传出,在手机上 curl 同一条路径——轨迹一个字符一个字符落下。无 SSH、无仪表盘、无上传。

管道·智能体

用两条 curl 在云之间搬 200GB

法兰克福:pg_dump | gzip | curl。新加坡:curl | gunzip | psql。字节穿过管道,中间没有任何磁盘。

管道

用一行命令把数据库状态发给队友

pg_dump 直接流入对方的 psql。不上传文件、不分享链接、不下载。管道把字节穿过去。

管道

把 LLM token 流到任何能读 HTTP 的东西

第 3 步用 curl -T - 把 token 流出去。第 4 步 curl 同一条路径。token 以线速从生产者送到消费者。无 SSE 管道、无中间件。

管道·智能体

老板可以围观但无需加入的进度条

在 pipe URL 后追加 ?progress。任何人打开后都能看到一个实时 HTML 仪表盘——字节、速度、ETA、状态。最多五十名旁观者，没人占用接收槽,没人触碰流。

管道

你无需自建的 webhook 扇出

Stripe 用 ?n=12 POST 到一个 pipe 路径。十二个订阅者用 ?n=12 curl 接收 URL。pipe 会保留事件,直到所有人都连接上。

管道·Exec

只用两条 curl 命令的 CI 缓存

tar | zstd | curl 把 node_modules 推入 pipe。二十个下游任务 curl | zstd -d | tar x。没有 S3 桶,没有 cache action,没有出口流量账单。

管道·容器

把拖拽上传接进你的脚本

hoody-pipe 在每条路径上都自动提供一个网页上传表单。把文件拖到页面上,你的脚本就从 stdin 读到字节。零行上传代码、无 S3 桶、无预签名 URL。

管道·Exec

用笔记本把工作坊广播给 200 个观众

ffmpeg 把屏幕流到带 ?n=200 的管道路径。每个参与者在浏览器标签里 curl 那个 URL。无平台、无登录、无上传。

管道

无需消息中间件的容器间 IPC

容器 A 写入一条管道路径。容器 B 从同一条路径读取。背压就是连接本身。无 Redis、无队列、无 broker。

管道·容器

在火车上 tail 你的 agent,落地时收到推送

agent 把 trace 流到一条你能用手机 curl 的管道路径。当它跑完时,最后一步打到 hoody-notifications,你的手机就响。两个 URL 加一次震动——无 SDK、无客户端 app、无仪表盘。

管道·智能体·通知

两个终端搭起来的 HTTP 麦克风

ffmpeg 抓取麦克风,流到一个 URL。另一端 curl 下来直接播放。无 Zoom、无 SDK、无信令服务器。

管道

五个智能体，五条管道，一个裁决

一个由五个模型组成的评审团审阅同一个输入。每个都在自己的容器里运行，把裁决流式送进自己的管道路径。一个裁判进程并行 curl 这五条，并汇总结果。

管道·智能体·容器

把今早的故障回放给整个团队

把故障时刻的日志在 hoody-files 里做快照。通过一个带 ?n=8 的 Hoody Pipe URL 回放出去。八个工程师 curl 同一条路径，看着级联故障在同步流中一起触发——事后复盘是一条同步的流，不是一份 Confluence 文档。

管道·文件

你能输入的最快「把那个文件发我」

队友找你要一份 4 GB 的转储。Slack 拒收，Drive 要走分享请求。你输入 curl -T file …；他们输入 curl … > file。字节直接在两块磁盘之间流动——没有上传进度条，没有要分享的链接。

管道

本地跑一个 LLM，服务给你的整支舰队

一块 GPU 跑 llama.cpp。它的 token 流入一个带 ?n=50 的管道路径。五十个容器 curl 同一个 URL，瓜分这条流。

管道·守护进程

没有指标后端的实时指标仪表盘

每个容器的监控循环把指标 curl 到一个管道 URL。仪表盘用 ?progress curl 同一个 URL，把 SSE 流渲染出来。

管道

干完活就自动删掉自己的定时任务

POST 一条托管 cron 条目,把 expires_at 设在 48 小时后。任务按时运行,然后自行删除——无需提醒,无需清理 PR,不留陈旧条目。

Cron

每个客户自动获得独立的 crontab

每个租户都有自己的容器和自己的 hoody-cron 服务。即使客户 B 的任务卡了 40 分钟,客户 A 的 9 点摘要照样准时触发——因为它们根本不在同一份 crontab 上。

Cron·容器

凌晨 3 点唤醒智能体,4 点退场

一条夜间 cron POST 一个 spawn 请求,智能体干一小时活,然后第二条 cron 把容器拆掉。智能体只在有活干时才存在。

Cron·智能体·容器

无需编排器的每日汇总

原始事件堆在一个 sqlite URL 里。每晚一条 cron 条目 curl 一个 exec 端点,脚本运行汇总 SQL,把每日表写回去。没有 DAG,没有 Airflow Postgres,没有调度器仪表盘。

Cron·SQLite·Exec

每个分支一份 crontab，与代码一起部署

仓库里签入 `.hoody/crontab`。部署脚本将该文件 PUT 到新容器的 Cron API。每个分支都有自己的容器、自己的文件系统、自己的调度。

Cron·容器

随班次自动过期的 on-call 升级

POST 一条 cron 条目，把 expires_at 设为班次结束时间。班次一结束，条目自动删除。下一位 on-call 自己 POST。

Cron·通知

每小时抓取、每日摘要、每周归档——同一个容器

一份 crontab 里三行：每小时浏览器抓取写入 SQLite，每日 exec 摘要，每周归档到文件。固定费率服务器，三种节奏，无需调度器服务。

Cron·浏览器·SQLite·文件

让客户自带自己的 cron 调度

客户 POST 自己的 5 字段表达式；他们的 crontab 隔离地存在自己的容器里。你不需要去对一个全局队列做校验。

Cron·容器

调度 agent，而不是脚本

一条 5 字段 cron 条目用 curl 把提示发给 hoody-agent，而不是运行一个固定脚本。今天是月末——agent 自己判断。数据结构变了——agent 自己适配。

Cron·智能体

为沉默的任务装上心跳

每次 cron 运行后都向通知端点 POST 一次心跳。第二个 cron 检查最后一次心跳，沉默时呼叫。沉默就是告警。

Cron·通知

把过去 24 小时保留为 24 个快照

每小时 cron POST 一个以小时命名的快照。24 小时后，每个新快照覆盖昨天同一小时的快照。24 层楼的时光机。

Cron·快照

把今天早上的 webhook 在明天同一时间重放一次

你把 30 分钟真实的 Stripe 流量捕获到一个 hoody-files 文件夹。一条 cron 条目每个工作日上午 9 点对 staging 重放 —— 同样的量、同样的 payload、同样的时段压力。

Cron·文件·Exec

在机场用手机编辑你的 crontab

在登机口用手机打开 cron URL。点一行，改 cron 表达式里的一个字段，按保存。PATCH 落地。今晚任务按新的时间表触发。无 SSH 会话、无跳板机、无笔记本。

Cron·终端

一个定时摘要扇出到 200 个收件箱

上午 9 点的 cron POST 到一个 exec 脚本，脚本构建摘要并 curl 一个带 ?n=200 的 pipe URL。两百名收件人各自命中同一个 URL 一次。

Cron·Exec·管道

把不稳定的任务静音,但别丢掉它

PATCH /entries/[id] [ enabled: false ]。任务留在 crontab 里等待修复。不删除、不重写、不丢上下文。

Cron

一个给昨天的智能体打分的智能体

一条夜间 cron POST 到主管智能体,带上昨天从 SQLite 取出的智能体轨迹。主管为每一个打分。Cron 就是主管。

Cron·智能体·SQLite

会安排自己退休的清理任务

清理脚本检查是否还有要清理的东西。当目录空了,它就 DELETE 自己的 cron 条目。活儿干完,任务也消失了。

Cron·文件

不开 SSH 会话也能轮换 TLS 证书

Cron 每周一次:POST 到一个 exec 脚本,跑 certbot,再用 PATCH 把新证书发到代理上。无 shell 会话、无密钥、无跳板机。

Cron·Exec

每周一次试图搞垮生产的金丝雀

周日早 7 点的 cron 在一个全新容器里唤醒一个 Hoody Agent,对着生产的快照工作。它跑 OWASP top 20、对 API 做模糊测试,9 点前把发现报告写到一个 URL。容器随后退役。

Cron·智能体·浏览器·快照

让兴趣项目坟场也养得起的方案

Heroku 上 11 个半成品副业项目就是 11 个 dyno,每个 5–7 美元。在 Hoody 上,11 个容器跑在一台 29 美元的裸金属机器上。闲置成本为零,URL 在毫秒内唤醒容器,没人用的国际象棋引擎依然能跑。

容器

每个 PR 一个预览环境，整月

每个待合并的 PR 都获得一份快照克隆。审阅者点开链接时容器才唤醒;闲置 PR 不产生费用。

容器·快照

用一台裸金属机器跑 12 款产品的产品组合

12 个相互隔离的容器,每个都是独立的 SaaS,共享一台 49 美元的服务器。每款产品的利润率从负数变为可观。

容器

干掉预发布服务器税

别再为生产环境的副本付费。给生产容器拍快照,按需从快照分支出预发布,无人测试时再冻结回磁盘。三套环境,一台机器,一张账单。

容器·快照

40 个客户站点,一份租金,一个仪表盘

每个客户站点都跑在自己的容器里;你按站点向客户收费,主机费用只付一次。代理公司的算账逻辑终于成立了。

容器·工作区

用你已经租用的裸金属替换 E2B 账单

你的智能体不再按秒向 E2B/Modal/Daytona 租用算力,而是在你已有的服务器上使用容器。

容器·智能体·Exec

闲置 staging 不花钱,所以 staging 不再被删除

Staging 之所以会消亡,是因为保留它太贵。当闲置免费时,staging 就能一直存活——哪怕是 90 天前队友碰过的那一个。

容器·快照

舰队规模的按客户隔离沙箱

八百个独立客户,三台裸金属服务器,一张固定费率月账单,无按租户计费。每个租户都拿到一个真实容器,具备独立的内核命名空间、文件系统和 URL。闲置容器不会在你已经付费的服务器之上产生额外费用。

容器·快照·Exec

不再是 S3 账单条目的 CI 缓存

缓存文件就放在你已经租用的服务器上的 /files 里。Worker 通过 HTTP 用 PUT 和 GET 收发 tar 包。没有 S3 桶,没有出站流量,没有第三方厂商——字节从不离开服务器。

文件·容器

为五十个销售电话准备五十个演示环境

每位潜在客户都拿到一份真实、隔离、并填入了他们自己数据的产品副本。从一个快照克隆而来。归他们用一周。

容器·快照

在每晚迁移前给容器拍快照

两个 URL,一个睡前习惯

昨夜的解剖

这种形状解锁了什么

备份恰好在变更之前 5 分钟

回滚是一次 PATCH,不是 40 步

如果迁移成功,快照不花钱

回滚:之前 vs 之后

它替代了什么

阅读其他内容

一台服务器上运行 60 个容器

一条链接搞定开发者入职

按需实现的 API 端点

像 Git 一样分支计算机

在手机上跑真正的 VS Code

能派生其他 AI 智能体的 AI 智能体

每个客户自动获得一个沙盒

醒来即看到完成的原型

从手机进行生产紧急修复

把生产日志 tail 到一个谁都能 curl 的 URL

把一次构建推送到三十个 CI worker

在咖啡馆看 agent 思考

用一个 URL 分享屏幕,而不是会议邀请

用两条 curl 在云之间搬 200GB

用一行命令把数据库状态发给队友

把 LLM token 流到任何能读 HTTP 的东西

老板可以围观但无需加入的进度条

你无需自建的 webhook 扇出

只用两条 curl 命令的 CI 缓存

把拖拽上传接进你的脚本

用笔记本把工作坊广播给 200 个观众

无需消息中间件的容器间 IPC

在火车上 tail 你的 agent,落地时收到推送

两个终端搭起来的 HTTP 麦克风

五个智能体，五条管道，一个裁决

把今早的故障回放给整个团队

你能输入的最快「把那个文件发我」

本地跑一个 LLM，服务给你的整支舰队

没有指标后端的实时指标仪表盘

干完活就自动删掉自己的定时任务

每个客户自动获得独立的 crontab

凌晨 3 点唤醒智能体,4 点退场

无需编排器的每日汇总

每个分支一份 crontab，与代码一起部署

随班次自动过期的 on-call 升级

每小时抓取、每日摘要、每周归档——同一个容器

让客户自带自己的 cron 调度

调度 agent，而不是脚本

为沉默的任务装上心跳

把过去 24 小时保留为 24 个快照

把今天早上的 webhook 在明天同一时间重放一次

在机场用手机编辑你的 crontab

一个定时摘要扇出到 200 个收件箱

把不稳定的任务静音,但别丢掉它

一个给昨天的智能体打分的智能体

会安排自己退休的清理任务

不开 SSH 会话也能轮换 TLS 证书

每周一次试图搞垮生产的金丝雀

让兴趣项目坟场也养得起的方案

每个 PR 一个预览环境，整月

用一台裸金属机器跑 12 款产品的产品组合

干掉预发布服务器税

40 个客户站点,一份租金,一个仪表盘

用你已经租用的裸金属替换 E2B 账单

闲置 staging 不花钱,所以 staging 不再被删除

舰队规模的按客户隔离沙箱

不再是 S3 账单条目的 CI 缓存

为五十个销售电话准备五十个演示环境